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DESIGN  SPECIFICATIONS  FOR  PRODUCT  TO  ESTIMATE  MANPOWER  REQUIREMENTS  OF 

SYSTEM  DESIGNS 


INTRODUCTION 


MANPRINT  Methods  Program  Overview 

The  6  MANPRINT  Products.  The  purpose  Pf  ARI's  MANPRINT  Methods 
research  program  is  to  design  and  produce  six  automated  MANPRINT  decision 
aids.  Figure  1  illustrates  the  six  decision  aids. 

Products  1  to  4  are  concerned  with  the  pre-design  phase  of  system 
development.  These  products  are  intended  to  influence  system  designs  by 
identifying  constraints  that  will  affect  the  new  system's  design.  Product  1 
defines  system  requirements,  including  system  performance  criteria  and 
reliability,  availability,  and  maintainability  requirements.  Product  2 
estimates  the  maximum  crew  size  that  will  be  available  to  man  the  new 
system.  Product  3  estimates  the  soldier  characteristics  of  this  crew,  and 
Product  4  focuses  on  likely  available  training  for  new  system  personnel. 

Products  5  and  6  are  to  be  used  once  the  system  design  is  available. 
These  products  are  intended  to  evaluate  system  designs.  Product  5  (the 
subject,  of  this  paper)  determines  how  many  operators  and  maintainors  will  be 
required  to  man  the  system.  Product  6  will  determine  the  characteristics  of 
these  operators  and  maintainers,  and  will  identify  any  deficit  between 
required  and  available  personnel. 

The  logical  relationship  among  the  products  is  evident.  Their  use 
flows  from  aiding  the  design  process  to  evaluating  designs.  Nevertheless, 
each  product  must  be  able  to  operate  as  independently  as  possible  and  be 
convenient  to  use.  These  products  will  help  the  Army  insure  that  its 
soldiers  will  be  able  to  operate  and  maintain  system  hardware  and  software 
in  required  numbers  and  at  levels  of  performance  that  will  ensure  mission 
success. 

The  Three-Phase  Development  Effort.  This  effort  is  being  conducted  in 
three  phases:  concept  development,  detailed  design  specifications,  and 
implementation.  (This  document  is  the  Phase  2  final  report.)  In  response 
to  the  request  for  proposals,  many  contractor  teams  developed  approaches  for 
all  six  products.  Some  teams  were  then  selected  to  develop  concepts  for 
certain  products;  three  teams  were  selected  for  each  product.  Phase  1 
(October  1986  to  June  1987)  was  concept  development.  Each  team  produced  a 
narrative  design  document  for  evaluation. 

The  government  then  selected  certain  concepts  to  be  further  developed 
in  Phase  2  (June  1987  to  March  1988).  One  contractor  team  was  selected  for 
Products  1,  2,  and  4.  Two  teams  were  selected  for  Products  3  and  5.  All 
'  three  teams  were  selected  for  Product  6.  The  purpose  of  Phase  2  is  to 

produce  a  design  specification  document.  (It  is  expected  that  down- 
selecting  will  occur  at  the  end  of  Phase  2  for  Products  3,  5,  and  6).  Given 
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this  document,  a  programmer  could  build  the  decision  aid.  Therefore,  the 
Phase  2  document  is  unlike  the  usual  Army  Research  Institute  report;  it 
contains  information  geared  toward  computer  programmers. 

Phase  3  (April  1988  to  September  1989)  will  be  product  development. 
Operational  decision  aids  will  be  produced.  In  addition,  steps  will  be 
taken  during  Phase  3  to  ensure  the  acceptance  of  the  product  by  Army  users. 
(The  acceptance  plan  for  Product  5  is  described  in  this  report.) 


The  Product  5  Concent 

Product  5  is  designed  so  that  it  will  be  accepted  by  Army  users.  This 
acceptance  will  depend  on  ease  of  use  and  accuracy  of  output.  These  two 
aspects  of  the  Product  5  concept  are  described  below. 

Ease  of  Use.  The  Product  5  interface  emphasizes  consistency  and  places 
minimal  memory  demands  on  the  user.  Product  5  is  menu  driven;  the  menu 
format  is  consistent.  Submenu  and  data  entry  form  layouts  are  also 
consistent.  In  addition,  Product  5  will  incorporate  vocabulary  common  to 
the  other  MANPRINT  decision  aids.  Jargon  will  be  avoided. 

The  Product  5  interface  has  been  designed  around  a  commercial  off  the 
shelf  relational  data  base  management  package,  R:6ASE  System  V.  This 
package  was  selected  by  the  contractor  teams  as  the  preferred  data  base 
management  package  for  the  MANPRINT  Methods  decision  aids.  The  interface 
and  structure  of  Product  5  is  compatiable  with  RrBASE  System  V. 

Product  5  will  place  minimal  memory  demands  on  the  user.  The  user  will 
always  know  where  he  is  in  the  menu  structure  through  use  of  a  location 
indicator  on  the  screen.  The  extensive  help  facility  will  also  lessen 
memory  demands.  The  help  facility  will  provide  a  definition  of  all  menu 
items.  The  help  facility  will  also  provide  a  definition  of  each  block  on  a 
form  so  that  the  user  will  know  what  type  of  entry  is  required.  Suggested 
source  documents  advising  the  user  where  to  find  pertinent  or  better  input 
data  will  be  available  through  the  help  facility. 

Product  5  makes  the  user's  task  easy  by  providing  structured  data  entry 
forms  and  default  values  which  need  only  to  be  modified.  We  plan  to 
construct  templates  of  performance  objective  conditions,  functions,  tasks, 
and  times,  for  each  system  type.  This  will  structure  the  user's  task, 
provide  the  required  information  to  the  Product,  and  the  user  will  only  have 
to  modify  the  template  as  necessary.  This  templating  avoids  completely  the 
myriad  problems  that  would  ensue  if  users  were  required  to  enter  free  text 
data. 


Accuracy  of  Output.  Accuracy  of  output  is  affected  by  two  factors; 
quality  of  input  data  and  quality  of  the  process  by  which  the  manpower 
estimates  are  calculated. 

Figure  2  presents  the  relation  of  input  and  output  data  quality.  Input 
data  quality  improves  over  time  as  system  designs  become  more  refined. 

Users  will  be  advised  as  to  the  level  of  confidence  they  can  place  in  the 
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Figure  2.  Product  5  Output  Accuracy  Relates  to  Input  Data  Quality. 


accuracy  of  the  output  data,  depending  on  the  quality  of  their  Input  data. 
Users  will  also  be  told  which  Input  data  need  Improving. 

Figure  3  presents  the  process  by  which  Product  5  will  estimate  manpower 
requirements.  Operator  and  maintalner  manpower  estimates  are  made 
differently. 

The  operator  crew  size  calculation  Is  based  on  the  assumption  that  a 
job  should  be  composed  of  tasks  that  are  related  to  the  same  or  similar 
functions,  and  that  a  person  can  only  be  one  place  at  a  time  and  can  only  do 
one  thing  at  a  time.  Operator  tasks  are  first  grouped  by  function;  a  job  Is 
formed  by  using  tasks  within  a  function  -  this  ensures  that  the  job  Is  built 
from  tasks  that  are  related.  Next,  the  proximity  relationships  between 
functions  are  determined.  The  Idea  Is  that  If  a  job  Is  formed  using  tasks 
from  Function  X,  but  there  is  still  space  left  In  the  job  for  more  tasks, 
those  tasks  will  be  drawn  from  the  next  closest  function.  This  minimizes 
movement  for  a  soldier  performing  a  job  with  tasks  from  more  than  one 
function.  Product  5  assumes  that  a  person  can  only  be  one  place  at  a  time, 
and  that  a  job  should  contain  tasks  that  are  proximal.  Next,  unique  jobs 
are  formed  using  a  standard  network-precedence  algorithm.  This  algorithm 
produce$  unique  jobs,  their  tasks  and  task  times,  as  well  as  an  assessment 
of  how  well  the  job  meets  mission  time  criteria.  If  the  design  does  not 
meet  mission  criteria,  the  user  can  test  alternate  designs  until  one  or  more 
Is  Identified  that  appears  feasible. 

T4»e  maintalner  crew  size  calculation  Is  a  straightforward 
multiplication  of  task  times  by  yearly  task  frequencies  divided  by  the 
number  of  work  hours  in  a  person  year.  The  available  data  do  not  support 
the  calculation  of  maintalner  manpower  using  the  network  precedence 
algorithm. 


Product  5  Phase  2  Design  Considerations 

Interface  with  Products  1  and  6.  Product  5  Is  designed  to  be 
Independent  of  the  other  MANPRINT  products.  This  feature  permits  the 
Product  5  user  to  generate  an  output  without  having  to  refer  to  other 
products,  which  may  or  may  not  be  located  nearby.  However,  commonality  In 
vocabulary  and  an  understanding  of  how  the  products  fit  together  will 
Improve  their  functioning. 

Product  1  generates  system  requirements.  These  requirements  are  stated 
In  terms  of  mission,  function,  and  task.  The  Kaplan  and  Crooks  (1980) 
mission-function-task  taxonomy  was  used  as  the  basis  for  establishing  a 
similar  taxonomy  to  be  used  by  Product  1.  This  taxonomy  was  provided  to  the 
Product  5  design  team  on  August  3.  The  taxonomy  Is  not  ready  for  use,  but 
an  acceptable  taxonomy  will  be  developed  during  Phase  3.  The  use  of  some 
taxonomy  (whether  It  be  Kaplan  and  Crooks  or  the  Product  1  taxonomy)  In 
Product  5  is  described  later. 

Product  5  generates  the  number  of  operator  and  maintalner  jobs  required 
by  a  system  design.  It  lists  these  Jobs  with  their  associated  tasks,  and 
the  criterion  level  at  which  the  tasks  must  be  performed. 
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However,  as  mentioned  above,  the  taxonomy  to  be  used  by  the  products  is 
still  in  development.  Product  6  then  describes  the  soldier  characteristics 
of  these  operators  and  maintainers.  Product  6's  analysis  of  Product  1 
requirements  and  Product  5  manpower  requirements  allows  Product  6  to  state 
required  soldier  characteristics. 

It  is  hoped  that  automatic  communication  between  Products  1,  5,  and  6 
will  save  the  time-consuming  step  of  manually  entering  shared  data.  As  a 
first  step  in  this  direction,  the  products  will  share  many  records  in  ther 
data  dictionary.  Product  1  has  provided  its  first-cut  interface 
specification;  It  is  not  compatible  with  R:6ASE  System  V  in  its  present 
form,  but  it  will  be  modified  significantly  early  in  the  next  phase  so  that 
it  can  easily  pass  on  data  to  the  other  decision  aids  using  R:BASE. 

Specifications  for  all  MANPRINT  Products.  The  contractor  Principal 
Investigators  and  our  government  manager.  Dr.  Kaplan  of  ARI,  have  agreed  on 
hardware,  software,  and  interface  specifications  for  all  the  MANPRINT 
products.  These  are  summarized  below. 

All  products  will  run  on  an  IBM  AT  type  computer  with  hard  disk  with  at 
least  20  megabytes  of  storage.  The  products  will  be  equipped  with: 
enhanced  graphics  display,  enhanced  graphics  board,  80286  processor, 
Bernoulli  Box  with  two  removable  20  megabyte  disks,  80287  board  for 
intensive  floating  point  computations,  1200/2400  baud  internal  Hayes- 
compatible  modem,  360  KB  floppy  drives,  and  dot  matrix  printer  with  132 
characters  per  inch  which  can  emulate  IBM  Graphics  and  Epson  FX/LQ  series 
printers. 

DOS  3.2  will  be  the  operating  system.  Requirements  for  extended  memory 
beyond  640  KB  up  to  four  megabytes  will  be  handled  via  the  EMS  standard. 
R.'BASE  System  V  will  be  the  data  base  management  package.  Microsoft  C  will 
be  the  programming  language.  Programs  and  data  bases  will  be  available  on 
Bernoulli  disks. 

Product  operation  will  be  simple  and  self-evident  as  possible.  The 
user  will  not  have  to  memorize  command  language.  If  hierarchically  nested 
menus  more  than  two  levels  deep  are  used,  the  user  must  know  where  in  the 
menu  structure  he  is;  the  menu  locator  must  be  common  across  all  products 
(commonalities  across  products  have  not  been  agreed  upon  as  of  this 
writing).  The  present  design  for  Product  5  calls  for  two  levels  of  menu  and 
a  deeper  level  of  template.  If  a  complete  product  run  takes  more  than  three 
hours,  the  interface  must  be  able  to  return  the  user  to  last  point  in 
previous  session,  and  Inform  the  user  which  steps  have  been  completed  and 
which  are  remaining.  Computer  and  psychology  Jargon  should  be  avoided, 
unless  the  word  is  now  in  the  common  domain.  Function  key  and  color  codes 
must  be  standard  across  products  (to  be  agreed  upon  later). 

Housekeeping  procedures  (e.g.,  closing,  saving,  restoring)  should  be 
common  across  products  (to  be  agreed  upon  later).  Mle  names  must  be 
displayed  so  that  users  can  select  them.  Select  file  procedures  should  be 
common  across  products.  Editing  (entering,  deleting,  altering,  moving,  and 
copying  text)  conventions  should  be  common  across  products.  These 
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conventions  Include  keys  for  moving  cursor,  deleting,  entering,  and  copying. 
These  conventions  should  be  simple  and  self-evident. 

Users  should  be  able  to  change  the  foreground  and  background  colors 
from  light  to  dark.  Each  product  must  include  an  enhanced  graphics  driver 
and  printer  drivers  that  will  operate  IBM  Graphics  and  Epson  FX/LQ  printers. 

Training  will  be  handled  by  a  self-evident  interface  and/or  built-in 
help  facility;  off-line  training  materials  will  be  developed  only  if  the 
training  need  can  not  be  handled  on-line.  An  on-line  glossary  will  be 
provided. 


Approach  to  Product  5  Detailed  Design  Specification 

The  SAIC  Product  5  team  has  conducted  two  important  activities  during 
this  phase  of  design  specification.  These  activities  are  analysis  and 
design.  The  objective  of  analysis  is  to  create  a  detailed  specification  of 
system  requirements,  in  other  words  to  describe  what  Product  5  has  to 
provide.  The  object  of  design  is  to  derive  a  solution  to  the  problem,  in 
other  words  to  describe  how  Product  5  is  to  be  implemented  in  order  to 
satisfy  the  requirements  detailed  during  analysis. 

The  selection  of  techniques  for  analysis  and  design  for  implementation 
depend  upon  the  specific  nature  of  the  product.  Traditional  techniques  are 
appropriate  for  Product  5,  which  is  an  information-based  application.  The 
formalization  of  the  human  interface,  software,  and  data  bases  are  . 
concurrent  activities  and  serve  to  complement  and  feed  one  another.  The 
resultant  specifications  produced  by  these  activities  share  information,  but 
depict  it  in  different  forms.  Therefore,  It  is  Important  that  the 
specifications  be  consistent  with  one  another. 

Consistent  displays  for  analysis  in  this  report  have  been  developed  for 
the  user  interface,  the  software,  and  the  data  bases.  The  user  interface  is 
expressed  in  menu  map  with  data  entry  templates  and  a  high  level  state 
transition  diagram.  The  software  is  expressed  in  leveled  data  flow  diagrams 
and  a  structure  chart  (deMarco,  1978;  Page-Jones,  1980).  The  data  base  is 
expressed  using  entity  relationship  diagrams  and  entity  definitions.  Table 
1  presents  the  three  Product  5  components  (human  interface,  software,  data 
bases)  and  the  techniques  chosen  to  describe  them,  in  both  analysis  and 
design.  These  displays  are  described  below.  The  specifications  for  the 
data  base  designs  are  directly  implementable. 

Menu  Mao  and  Data  Entry  Templates.  The  menu  map  presents  the 
hierarchical  menu  structure.  Two  levels  of  menu  are  used,  and  a  deeper 
level  of  data  entry  templates.  The  menu  levels  and  data  entry  templates 
have  been  developed  in  accordance  with  R:BASE  System  V  and  are  presented  in 
this  report. 

State  Transition  Diagram.  State  transition  diagrams  are  useful  in 
modeling  user-product  interactions.  They  show  compu^r  action  (states), 
user  action  (operators)  which  enable  states  to  change,  and  Indicate  temporal 
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Table  1.  Product  5  Components  and  Analysis/Design  Techniques. 


Product  5 
Comoonents 

TECHNIQUES 

Analysis 

P??1qn 

Human  Interface 

Menu  maps 

Data  entry  templates 

High  level  state  transition 
diagram 

Report  templates 

Software 

Leveled  data  flow  diagrams 

Structure  chart 

Data  Bases 

Conceptual  entity 
relationship  diagrams 

Conceptual  entity  definitions 
(data  dictionary) 

Implementation  entity 
relationship  diagrams 
Implementation  entity 
definitions 
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sequence  with  arrows  as  in  a  flow  chart.  We  developed  a  high  level  state 
transition  diagram  for  this  document. 

Data  Flow  Diagrams.  Data  flow  diagrams  are  hierarchical  graphical 
expressions  of  the  exchange  of  information  among  logical  data  transformation 
objects  of  Product  5.  Data  flow  diagrams  consist  of  three  symbols: 
circles  which  represent  processes,  parallel  lines  which  represent  data 
stores,  and  vectors  which  represent  data  flow  (in  the  manner  of  DeMarco, 
1978).  Data  flow  diagrams  are  leveled.  The  highest  level,  Level  1, 
represents  all  of  Product  5.  The  Level  2  and  3  diagrams  expand  on  the  most 
important  processes  (circles)  in  the  Level  1  and  2  diagrams,  respectively. 

Structure  Chart.  The  structure  chart  depicts  the  data  flows  in  Product 
5's  primary  algorithm.  This  is  the  network  precedence  algorithm  used  to 
create  unique  operator  jobs. 

Entity  Relationship  Diagrams  and  Data  Dictionary.  The  entity 
relationship  diagram  depicts  system  data  entities  and  the  relationships 
among  them.  From  this  diagram,  the  entity  definitions  which  depict  entity 
attributes  and  their  properties  (e.g.,  type,  precision)  are  developed. 

These  are  presented  in  tabular  form  in  this  report. 


Relationship  of  Software  and  Data  Base  Design 

The  activities  of  software  and  data  base  analysis  and  design  are 
concurrent  activities.  These  concurrent  activities  serve  to  complement  one 
another,  and  as  the  specifications  for  the  two  activities  share  data 
specifications  (for  software  data  stores,  for  data  base  entities),  these 
specifications  provide  a  means  by  which  their  consistency  may  be  checked. 

Software  Design  Feeds  Data  Base  Design.  The  ability  of  software  design 
to  feed  data  base  design  is  best  described  by  showing  that  the  relationship 
between  (1)  data  flows  and  data  stores  of  the  data  flow  diagrams,  (2)  data 
stores  and  entity  relationship  models,  and  (3)  data  flows  and  entity 
relationship  models. 

The  relationship  between  data  flows  and  stores  in  the  data  flow  diagram 
is  a  natural  one.  Data  stores  represent  a  time  repository  of  data  that 
provide  for  the  communication  of  data  among  processes.  The  conventions  of 
the  methodology  constrain  the  data  store  to  assume  the  name  of  respective 
incoming/outgoing  data  flows. 

The  relationship  between  data  stores  and  the  information  represented  in 
entity  relationship  models  is  less  direct.  Data  stores  may  represent  some 
particular  information  about  some  data  object  entity,  or  they  may  represent 
the  relationships  between  data  object  entities. 

But  data  stores  may  also  correspond  to  information  that  is  not  to  be 
maintained  in  the  data  bases  (e.g.,  message  queues).  Deriving  entity  models 
for  the  processes  of  the  data  flow  diagram  necessitates  the  need  for  a 
manual  process  during  which  the  data  stores  that  actually  correspond  to 
information  to  be  maintained  in  the  data  base  are  identified.  Further, 
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because  data  stores  (Individually)  often  represent  only  pieces  of 
information  about  some  specific  data  object,  and  (together)  often  reflect 
redundant  information,  data  stores  must  be  logically  combined  to  n'on- 
redundantly  reflect  that  information  to  be  maintained  about  a  data  object. 

There  is,  then,  a  transitive  relationship  between  data  flows  and  entity 
models.  The  sum  of  the  data  flows  acting  upon  the  data  stores  logically 
combined  to  form  data  object  entities  depicts  the  required  user/application 
process  transactions  against  the  data  object.  These  data  flows  represent 
transactions  that  create,  delete,  or  use  instances  of  the  respective  data 
object  (or  some  subset  of  it),  or  relationships  between  it  and  other  data 
objects.  It  is  important  to  logically  group  and  document  these  transactions 
according  to  data  object  and  data  object  entity,  because  the  global 
conceptual  and  implementation  schemas  must  be  specifically  designed  to 
support  these  transactions. 

Data  Base  Design  Feeds  Software  Desion.  Just  as  the  activities  of 
software  design  function  to  provide  input  to  the  data  base  design  effort,  so 
does  the  data  base  design  activity  help  to  feed  the  software  design  effort. 
The  major  input  from  data  base  to  software  design  is  the  detailing  of  the 
composition  of  data  objects. 

As  the  data  flow  diagram  is  detailed  along  successively  lower  levels, 
software  designers {require  more  specific  information  about  the  detailed 
composition  of  data  objects.  In  other  words,  at  some  time  in  the  software 
design-effort,  software  designers  will  inevitably  ask  "Just  what  information 
comprises  data  object  A?"  For  software  designers,  this  information  is 
necessary  to  understand  the  processing  required  to  manipulate  the  specific 
data  object  in  such  a  manner  to  support  that  functionality  required  by 
software.  Later  in  the  design  of  software,  data  base  design  provides  the 
details  to  perform  data  access  functions  and  the  interface  with  module 
logic. 
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HUMAN  INTERFACE  ANALYSIS/DESIGN 


Menu  Map  and  Screen  States 

Levels  of  Menu.  Product  5  uses  a  hierarchical  menu  structure.  Figure 
4  presents  the  Level  1  menu  map  (main  menu).  Figure  5  presents  the  Level  2 
menu  map. 

Screen  States/Data  Entry  Forms/Renort  Formats.  Figures  6-12  present 
the  data  entry  forms  and  screen  states  that  correspond  to  each  of  the  5  Main 
Menu  options  used  by  Product  5.  The  screens  meet  R:BASE  System  V 
specifications.  A  summary  of  these  specifications  is  presented  in  Appendix 
A,  along  with  sample  illustrations  from  the  R:BASE  System  V  manuals. 

Briefly,  the  screens  support  1:1  and  IrMany  relationships.  The  screens  have 
two  parts,  the  top  part  is  the  master  (the  1  in  the  relationships),  and  the 
bottom  part  is  the  detail  (the  many  in  the  relationships).  The  reader 
should  note  that  the  screens  included  in  this  report  represent 
straightforward  R:BASE  designs.  It  is  possible  with  RrBASE,  however,  to 
employ  other  interfaces.  These  will  be  studied  as  necessary,  during  Phase 
3. 


Figure  6  presents  the  main  menu  screen.  Figures  7  and  8  corresponds  to 
Main  Menu  1:  Enter/Edit  System  Description.  Figures  7  and  8  present  data 
entry  forms  for  operator  and  maintainer  manpower  calculations,  respectively. 

Figure  9  corresponds  to  Main  Menu  2:  Generate  Manpower  Estimates. 
Screen  states  are  shown  for  generating  operator  and  maintainer  manpower 
estimates. 

Figure  10  corresponds  to  Main  Menu  3:  Generate/Print  Reports.  Reports 
are  first  generated,  then  they  may  be  saved  to  a  file.  Subsequently,  the 
report  may  be  printed  from  the  file  and  not  generated  again.  A  report  is 
available  for  each  data  entry  form  and  overall  manpower  estimate.  There  are 
also  convenience  options  to  allow  a  user  to  request  all  forms  available  for 
operators  and  maintainers  for  a  given  system. 

Figure  11  presents  the  Training  Menu  which  is  Main  Menu  Option  4. 
Product  5  will  include  seven  units  of  training,  including  four  basic  units 
and  three  advanced  units.  The  lessons  will  be  written  during  Phase  3,  but 
will  follow  the  scheme  described  below. 

For  each  unit,  specific  instructional  objectives  will  be  identified. 

The  instructional  strategy  used  in  addressing  these  objectives  assumes: 
students  must  have  frequent  practice  in  the  objective  under  study;  student 
mastery  progresses  from  knowledge  about  the  concept,  to  a  beginning-level 
application,  to  advanced  level  application;  student  progress  should  be 
measured  from  before  to  after  training;  student  progress  should  be 
acknowledged  with  a  certificate.  The  following  is  the  general  progression 
of  each  embedded  training  lesson. 


1.  Title  screen 


PRODUCT  5  MAIN  MENU 


1 

Enter/Edit 

- ^ 

Generate 

^ - 

Generate/ 

- ^ - 

Training 

1 

Data  Base 

System 

Manpower 

Print 

Maintenance 

Description 

Estimate 

Reports 

Figure  4.  Menu  Map,  Level  1. 

13 


ENTER/EOIT  SYSTEM  DESCRIPTION 


1 
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Figure  5.  Menu  Map,  Level  2 


'  '  HANPRINT  Manpower  Estimation  Aid  Main  Menu  ~ 

(1)  Enter/edit  a  system  description 

(2)  Generate  a  manpower  estimate 

(3)  Generate/print  reports 

(4)  Training 

(5)  Database  maintenance 

(6)  Exit 

Enter  USER  password:  xxxxx 

Type  the  number  of  your  choice  and  press  ENTER. 

Or  use  arrow  keys,  tab  key  or  space  bar  to  highlight  number  in  the  menu,  and 
then  press  ENTER. 

Press  FIO  for  HELP. 


Figure  6.  Main  Menu. 
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r=— — =  MENU  1  Form  1  Specify  Source/Destination  Data  Base  - 

Enter  data  base  name:  xxxxx 

That  data  base  does  not  exist.  You  will  need  to  create  one  by  modifying  the 
default-system  data  base  as  necessary. 

Specify  read  password:  xxxxx 
Specify  write  password:  xxxxx 

OR 

The  data  base  for  your  system  exists. 

Date  of  last  session  with  that  data  base  was  xxxxx. 

(ESC)  Done  (FX)  Data  base  directory  (FIO)  Help  (Shift  FIO)  More 


Figure  7.  Option  1:  Operator  Input  Data. 


'  '  MENU  1  Form  2  Specify  System  Type  and  Taxonomy 

Enter  system  type:  xxxxx 
Enter  system  name:  xxxxx 

(Only  for  new  data  bases)  This  decision  aid  is  designed  with  a  standard 
system-function-task  taxonomy.  We  strongly  advise  you  to  use  the 
taxonomy,  rather  than  delete  the  decision  aid's  taxonomy  and  type  in  your 
own.  (Of  course,  you  may  need  to  enter  an  occasional  important  function 
or  task  name  if  you  do  not  find  it  listed,  or  delete  functions  and  tasks 
that  do  not  apply). 

Do  you  wish  to  use  the  standard  terms  and  taxonomy?  xxxxx 


(ESC)  Return 


(FX)  System  type  directory  (FIO)  Help 


Figure  7  (Continued).  Option  1:  Operator  Input  Data. 


-“Wenu  1.1  Enter/Edit  Operator  or  Maintainer  Information* 

(1)  Enter/edit  operator  information 

(2)  Enter/edit  maintainer  information 

(3)  Exit, 


(FIO)  Help 


Figure  7  (Continued).  Option  1:  Operator  Input  Data. 
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“Menu  1.1.1  Enter/Edit  Operator  Information' 


(1)  Enter/edit  operator  performance  conditions 

(2)  Enter/edit  operator  functions,  tasks,  and  times 

(3)  Enter/edit  operator  task  sequences 

(4)  Enter/edit  operator  functions  data 

(5)  Exit 


Enter  user  password:  xxxxx 
Enter  modify  password:  xxxxx 

Maximum  number  of  operators  possible:  xxxxx 

(ESC)  Done  (FlO)  Help 


Figure  7  (Continued).  Option  1:  Operator  Input  Data. 
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1.1.1.1a  Enter/Edit  Operator  Performance  Conditions 


Edit  Operations 

Save  AddNew  Delete  Reset  Previous  Next  Quit 


Do  you  want  to  accept  benign  performance  conditions?  xxxxx 


ENVIRONMENT  conditions  you  wish  to  consider 


(F5)  Reset  field  (F7)  PrevRow  (F8)  NextRow  (FIO)  Help  (Shift-FlO)  More 


Figure  7  (Continued).  Option  1:  Operator  Input  Data.* 


*Enter  Operations  are  Add,  Duplicate,  Edit  Again,  Discard,  and  Quit. 
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1.1.1.1b  Enter/Edit  Operator  Performance  Conditions 


(F5)  Reset  field  {F7)  PrevRow  (F8)  NextRow  (FIO)  Help  (Shift-FlO)  More 


Figure  7  (Continued).  Option  1:  Operator  Input  Data. 
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1.1.1.1c  Enter/Edit  Operator  Performance  Conditions 
-■  "-Edit  Operations 

Save  AddNew  Delete  Reset  Previous  Next  Quit 


TARGET/THREAT  conditions  you  wish  to  consider 


xxxxx 

xxxxx 

xxxxx 


(F5)  Reset  field  (F7)  PrevRow  (F8)  NextRow  (FlO)  Help  (Shift-FlO)  More 


Figure  7  (Continued).  Option  1;  Operator  Input  Data. 
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1.1.1. Id  Enter/Edit  Operator  Performance  Conditions 


'  '  -I  Edit  Operations 

Save  AddNew  Delete  Reset  Previous  Next  Quit 


FRIENDLY  conditions  you  wish  to  consider 


(F5)  Reset  field  {F7)  PrevRow  (F8)  Next Row  (FIO)  Help  (Shift-FlO)  More 


Figure  7  (Continued).  Option  1:  Operator  Input  Data. 
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1.1. 1.2  Enter/Edit  Operator  Functions,  Tasks,  and  Times 


Edit  Operations* 
Save  AddNew  Delete  Reset  Previous  Next 


Sav( 


Function:  xxxxx 

Function  time  requirement:  xxxxx 


Quit 


t 


Tasks 

Number  of  soldiers 
required  to  do  this  task 

Task  Time  (Actual) 

xxxx 

xxxxx 

xxxxx 

xxxx 

xxxxx 

xxxxx 

xxxx 

xxxxx 

xxxxx 

(F5)  Reset  field  (F7)  PrevRow  (F8)  NextRow  (FIO)  Help  (Shift-FlO)  More 


Figure  7  (Continued).  Option  1:  Operator  Input  Data. 
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1.1. 1.3  Enter/Edit  Operator  Task  Sequences 


S 


Edit  Operations 

Save  AddNew  Delete  Reset  Previous  Next  Quit 


Function:  xxxxx 

Task:  xxxxx 

Tasks  below  must  be 

Same  soldier 

Different  soldier 

completed  before? 

must  do  both  tasks? 

must  do  both  tasks? 

Task  1 

XXX 

XXX 

XXX 

Task  2 

XXX 

XXX 

XXX 

Task  3 

XXX 

XXX 

XXX 

(F5)  Reset  field  (F7)  PrevRow  (F8)  NextRow  (FIO)  Help  (Shlft-FlO)  More 


Figure  7  (Continued).  Option  1:  Operator  Input  Data. 


1.1.1.4a  Enter/Edit  Operator  Functions  Data 

CEdit  Operations 

Save  AddNew  Delete  Reset  Previous  Next  Quit 

Function:  xxxxx 


Functions  In  order,  nearest  to  farthest 


xxxxx 

xxxxx 

xxxxx 


(FB)  Reset  field  {F7)  PrevRow  (F8)  NextRow  (FIO)  Help  (Shlft-FlO)  More 


Figure  7  (Continued).  Option  1:  Operator  Input  Data. 


26 


1.1.1.4b  Enter/Edit  Operator  Functions  Data 

[Edit  Operations  ■ 

Save  AddNew  Delete  Reset  Previous  Next  Quit 

Function:  xxxxx 

(For  management/surveillance  functions  only):  What  percent  of  a  crew  member's 
time  must  be  committed  to  this  function?  xxx 


Crew  must  be  capable  of  performing 
other  functions  at  the  same  time? 

Function  1 

xxx 

Function  2 

xxx 

Function  3 

xxx 

(F5)  Reset  field 

(F7)  PrevRow  (F8)  NextRow 

(FIO)  Help  (Shift-FlO)  More 

Figure  7  (Continued).  Option  1:  Operator  Input  Data. 
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=MENU  1.1.2  Enter/Edit  Maintainer  Information*™ 

(1)  Enter/edit  maintenance  criteria 

(2)  Enter/edit  maintainer  subsystem/component  data 

(3)  Enter/edit  maintainer  component/task  data 

(4)  Exit 


Enter  user  password:  xxxxx 
Enter  modify  password:  xxxxx 

Enter  maximum  number  of  maintainers  possible:  xxxx 
(ESC)  Done  (FIO)  Help  (Shift-FlO)  More 


Figure  8.  Option  1:  Maintainer  Input  Data. 
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1.1. 2.1  Enter/ edit  maintenance  criteria 


’  ■  -Edit  Operations’"" 

Save  AddNew  Delete  Reset  Previous  Next  Quit 

Unit  Maintenance:  xxxxx 
Intermediate  Direct  Support:  xxxxx 
Intermediate  General  Support:  xxxxx 

{F5)  Reset  field  (F7)  PrevRow  (F8)  NextRow  (FlO)  Help  (Shlft-FlO)  More 


Figure  8  (Continued).  Option  1:  Maintalner  Input  Data. 
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1.1. 2. 2  Enter/Edit  Naintalner  Subsystem/Component  Data 


^  ■  " ■  "  Edit  Operations 

Save  AddNew  Delete  Reset  Previous  Next  Quit 


(F5)  Reset  field  (F7)  PrevRow  (F8)  NextRow  (FIO)  Help  (Shift-FlO)  More 


Figure  8  (Continued).  Option  1:  Naintalner  Input  Data. 
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1.1.2.3a  Enter/Edit  Maintainer  Component/Task  Data  for  Unit 


-  Edit  Operations- 

Save  AddNew  Delete  Reset  Previous  Next  Quit 


Subsystem- component :  xxxxx 


Tasks 

Task  time 
(Actual) 

Number  of  times 
task  is  performed 

Per  unit  of  measure 

xxxxx 

xxxxx 

xxxxx 

xxxxx 

xxxxx 

xxxxx 

xxxxx 

xxxxx 

xxxxx 

xxxxx 

xxxxx 

xxxxx 

(F5)  Reset  field  (F7)  PrevRow  (F8)  NextRow  (FIO)  Help  (Shift-FlO)  More 


Figure  8  (Continued).  Option  1:  Maintainer  Input  Data. 
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1.1.2.3b  Enter /Edit  Maintainer  Component/Task  Data  for  Direct  Support 


*11  ■■■«  -  r-  1  -  II  Operations^  ~  — ~ 

Save  AddNew  Delete  Reset  Previous  Next  Quit 


Subsystem-component:  xxxxx 


Tasks 

Task  time 
(Actual) 

Number  of  times 
task  is  performed 

Per  unit  of  measure 

xxxxx 

xxxxx 

xxxxx 

xxxxx 

xxxxx 

xxxxx 

xxxxx 

xxxxx 

xxxxx 

xxxxx 

xxxxx 

xxxxx 

(F5)  Reset  field  (F7)  PrevRow  (F8)  NextRow  (FIO)  Help  (Shift-FlO)  More 


Figure  8  (Continued).  Option  1:  Maintainer  Input  Data. 

4. 
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1.1.2.3c  Enter /Edit  Maintainer  Component/Task  Data  for  General  Support 


Subsystem-component:  xxxxx 


Tasks 

Task  time 
(Actual ) 

Number  of  times 
task  Is  performed 

Per  unit  of  measure 

xxxxx 

xxxxx 

xxxxx 

xxxxx 

xxxxx 

xxxxx 

xxxxx 

xxxxx 

xxxxx 

xxxxx 

xxxxx 

xxxxx 

(F5)  Reset  field  (F7)  PrevRow  (FS)  NextRow  (FIO)  Help  (Shift-FlO)  More 


Figure  8  (Continued).  Option  1:  Maintainer  Input  Data. 


tIENU  2  Generate  a  Manpower  Estimate 


(1)  Generate  operator  manpower  estimate 

(2)  Generate  maintainer  manpower  estimate 

(3)  Generate  operator  and  maintainer  manpower  estimates 

(4)  Exit  to  Main  Menu 


(ENT)  Select  (FIO)  Help 


Figure  9.  Option  2:  Generate  Manpower  Estimate. 
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2.1  Generate  operator  Manpower  Estimate 
Enter  data  base  name:  xxxxx 


(ESC)  Done  (Fx)  Data  base  directory  (FIO)  Help  (Shift-FlO)  More 


Figure  9  (Continued).  Option  2:  Generate  Manpower  Estimate. 
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2.2  Generate  maintainer  Manpower  Estimat 

Enter  data  base  name:  xxxxx 

Maintenance  level,  unit?  xxx 
Maintenance  level,  direct  support?  xxx 
Maintenance  level,  general  support?  xxx 


(ESC)  Done  (Fx)  Data  base  Directory  (FlO)  Help  (Shift-FlO)  More 


Figure  9  (Continued).  Option  2:  Generate  Manpower  Estimate. 
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2.3  Generate  Operator  and  Haintainer  Manpower  Estimates’ 


Enter  data  base  name:  xxxxx 


A11  maintenance  levels?  xxx 
Maintenance  level,  unit?  xxx 
Maintenance  level,  direct  support?  xxx 
Maintenance  level,  general  support?  xxx 

(ESC)  Done  (Fx)  Data  base  directory  (FIO)  Help  (Shift-FlO)  More 


Figure  9  (Continued).  Option  2:  Generate  Manpower  Estimate. 
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3.1  Operator  Functions,  Tasks,  and  Times  Report  -  ^ 

Enter  data  base  name:  xxxxx 

Specify  (P)rinter,  (S)creen,  (F)i1e:  x 
(If  F)  Enter  file  name:  xxxxx 

(ESC)  Return  to  menu  (ENTER)  Select  (Fx)  Data  base  directory  (FIO)  Help 


Figure  10  (Continued).  Generate/Print  Reports. 


3.1  OPERATOR  FUNCTIONS,  TASKS,  AND  TIMES  REPORT 


Date:  xxxxx 
Page:  xxxxx 


System:  xxxxx  System  type:  xxxxx 
File  name:  xxxxx 
Data  base  name:  xxxxx 


Function:  xxxxx 

Function  time  requirement:  xxxxx 


Tasks 

Number  of  soldiers 

Task  Time  (Actual) 

required  to  do  this  task 

xxxxx 

xxxxx 

xxxxx 

xxxxx 

xxxxx 

xxxxx 

xxxxx 

xxxxx 

xxxxx 

Figure  10  (Continued).  Generate/Print  Reports 


>3.2  Operator  Task  Sequences  Report^ 


Enter  data  base  name:  xxxxx 
Specify  (P)rinter,  (S)creen,  (F)ile:  x 
(If  F)  Enter  file  name:  xxxxx 


(ESC)  Return  to  Menu  (ENTER)  Select  (Fx)  Data  base  directory  (FIO)  Help 


Figure  10  (Continued).  Generate/Print  Reports. 


41 


( 


3.2  OPERATOR  TASK  SEQUENCES  REPORT  - 


Date:  xxxxx  • 
Page :  xxxxx 


System:  xxxxx 

System  type:  xxxxx 

File  name:  xxxxx 

Data  base  name:  xxxxx 

Function:  xxxxx 

Task:  xxxxx 

Tasks  below  must 

be  Same  soldier 

Different  soldier 

completed  before? 

must  do  both  tasks? 

must  do  both  tasks? 

Task  1  XXX 

XXX 

XXX 

Task  2  XXX 

XXX 

XXX 

Task  3  XXX 

XXX 

XXX 

Figure  10  (Continued).  Generate/Print  Reports. 
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^  3.3  Operator  Functions  Report 

Enter  data  base  name:  xxxxx 
Specify  (P)rinter,  (S)creen,  (F)ile:  x 
(If  F)  Enter  file  name:  xxxxx 

(ESC)  Return  to  Menu  (ENTER)  Select  (Fx)  Data  base  directory  (FIO)  Help 


Figure  10  (Continued).  Generate/Print  Reports. 
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3.3  OPERATOR  FUNCTIONS  REPORT 


Date:  xxxxx 
Page:  xxxxx 


System:  xxxxx 

System  type:  xxxxx 

File  name:  xxxxx 

Data  base  name: 

xxxxx 

Function:  xxxxx 

Functions  in  order,  nearest  to  farthest 

xxxxx 

xxxxx 

xxxxx 

What  percent  of  a 

crew  member's  time  must  be  committed 

to  this  function? 

xxxxx 

Crew  must  be  capable  of  performing 

other  functions  at  the  same  time? 

Function  1 

XXX 

Function  2 

XXX 

Function  3 

XXX 

Figure  10  (Continued).  Generate/Print  Reports 


'3.4  Operator  Job/Task  Report 


Enter  data  base  name:  xxxxx 
Specify  (P)rinter,  (S)creen,  (F)ile:  x 
(If  F)  Enter  file  name:  xxxxx 

(ESC)  Return  to  Menu  (ENTER)  Select  (Fx)  Data  base  directory  (FIO)  Help 


Figure  10  (Continued).  Generate/Print  Reports. 


3.4  OPERATOR  JOB/TASK  REPORT 


( 


Date:  xxxxx 
Page:  xxxxx 


System:  xxxxx  System  type:  xxxxx 

File  name:  xxxxx 
Data  base  name:  xxxxx 


Environment: 

xxxxx 

xxxxx 


Terra- n:  Target/Threat: 

xxxxx  xxxxx 

xxxxx  xxxxx 


Friendly: 

xxxxx 

xxxxx 


Function:  xxxxx  Minimum  number  of  Jobs  estimated:  xxxxx 

Maximum  manpower  constraint:  xxxxx 
Criterion  time  to  complete  function:  xxxxx 
Actual  time  to  complete  function:  xxxxx 

Task  Time  Job  xxxxxx  Job  xxxxx  Job  xxxxx  Job  xxxxx 


nnnnn 

xxxxx 

xxxxx 

xxxxx 

xxxxx 

nnnnn 

xxxxx 

xxxxx  - 

xxxxx 

xxxxx 

nnnnn 

xxxxx 

xxxxx 

xxxxx 

xxxxx 

System:  Minimum  number  of  jobs  estimated:  xxxxx 

Maximum  manpower  constraint:  xxxxx 
Criterion  time  to  complete  all  functions:  xxxxx 
Actual  time  to  complete  all  functions:  xxxxx 
List  of  functions  where  criterion  not  met:  xxxxx 
Percent  default  values  used:  xx 

Task  Time  Job  xxxxxx  Job  xxxxx  Job  xxxxx  Job  xxxxx 


nnnnn 

xxxxx 

xxxxx 

xxxxx 

xxxxx 

nnnnn 

xxxxx 

xxxxx 

xxxxx 

xxxxx 

nnnnn 

xxxxx 

xxxxx 

xxxxx 

xxxxx 

Figure  10  (Continued).  Generate/Print  Reports. 
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=3.5  All  Operator  Reports^ 


Enter  data  base  name:  xxxxx 
Specify  (P)rinter,  (S)creen,  (F)ile:  x 
(If  F)  Enter  file  name:  xxxxx 

(ESC)  Return  to  Menu  (ENTER)  Select  (Fx)  Data  base  directory  (FIO)  Help 


Figure  10  (Continued).  Generate/Print  Reports.* 


*System  returns  specified  report  3.1  through  3.4. 
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— . . . . .  3.6  Maintenance  Criteria  Report 

Enter  data  base  name:  xxxxx 
Specify  {P)rinter,  (S)creen,  {F)ile:  x 
(If  F)  Enter  file  name:  xxxxx 

(ESC)  Return  to  Menu  (ENTER)  Select  (Fx)  Data  base  directory  (FIO)  Help 


Figure  10  (Continued).  Generate/Print  Reports. 
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3.6  MAINTENANCE  CRITERIA  REPORT 


Date: 

Page: 


System:  xxxxx  System  type:  xxxxx 

File  name :  xxxxx 
Data  base  name:  xxxxx 

Unit:  xxxxx 

Direct  support:  xxxxx 

General  support:  xxxxx 


Figure  10  (Continued).  Generate/Print  Reports. 


xxxxx 

xxxxx 
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(ESC)  Return  to  Menu  (ENTER)  Select  (Fx)  Data  base  directory  (FIO)  Help 


Figure  10  (Continued).  Generate/Print  Reports^ 
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3.7  MAINTENANCE  SUBSYSTEM-COMPONENT  REPORT 

.  Date:  xxxxx 
Page:  xxxxx 


System:  xxxxx  System  type:  xxxxx 

File  name:  xxxxx 
Data  base  name:  xxxxx 


Subsystem:  xxxxx 


xxxxx  xxxxx 
xxxxx  xxxxx 
xxxxx  xxxxx 


Figure  10  (Continued).  Generate/Print  Reports. 
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.  3.8  Maintenance  Component/Task  Report 

Enter  data  base  name:  xxxxx 

Do  you  want  unit?  xxx 

Do  you  want  direct  support?  xxx 

Do  you  want  general  support?  xxx 

Specify  (P)rinter,  (S)creen,  (F)ile:  x 

(If  F)  Enter  file  name:  xxxxx 

(ESC)  Return  to  Menu  (ENTER)  Select  (Fx)  Data  base  directory  (FIO)  Help 


Figure  10  (Continued).  Generate/Print  Reports. 
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3.8  MAINTENANCE  COMPONENT/TASK  REPORT  FOR  XXXXX  MAINTENANCE  LEVEL 


Date:  xxxxx 
Page:  xxxxx 


System  name:  xxxxx 
System  type:  xxxxx 
File  name:  xxxxx 
Data  base  name:  xxxxx 

Subsystem-component:  xxxxx 

Tasks  Task  time 

_  ^Actual! 

xxxxx  xxxxx 

xxxxx  xxxxx 

xxxxx  xxxxx 


Number  of  times 
task  is  performed 

xxxxx 

xxxxx 

xxxxx 


Per  unit  of  measure 


xxxxx 

xxxxx 

xxxxx 


Figure  10  (Continued).  Generate/Print  Reports. 
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>3.9  Maintenance  Job/Task  Report- 


Enter  data  base  name:  xxxxx 

Do  you  want  unit?  xxx 

Do  you  want  direct  support?  xxx 

Do  you  want  general  support?  xxx 

Specify  (P)rinter,  (S)creen,  (F)ile:  x 

(If  F)  Enter  file  name:  xxxxx 


(ESC)  Return  to  Menu  (ENTER)  Select  (Fx)  Data  base  directory  (FIO)  Help 


Figure  10  (Continued).  Generate/Print  Reports. 
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3.9  MAINTAINER  JOB/TASK  REPORT 


Date:  xxxxx 
Page:  xxxxx 


System:  xxxxx  System  type:  xxxxx 

File  name:  xxxxx 
Data  base  name:  xxxxx 


Maintenance 

Level : 

xxxxx 

Subsystem: 

xxxxx 

Minimum  number  of  jobs  estimated:  xxxxx 

Maximum  number  of  jobs  constraint:  xxxxx 
Criterion  maintenance  ratio:  xxxxx 

Actual  maintenance 

ratio:  xxxxx 

Job  xxxxx 

Job  xxxxx  Job  xxxxx 

Job  xxxxx 

Tasks 

—Erfifl 

Tasks 

Freo  Tasks  Free 

Tasks  Freo 

xxxxx 

nnnnn 

xxxxx 

nnnnn  xxxxx  nnnnn 

xxxxx  nnnnn 

xxxxx 

nnnnn 

xxxxx 

nnnnn  xxxxx  nnnnn 

xxxxx  nnnnn 

xxxxx 

nnnnn 

xxxxx 

nnnnn  xxxxx  nnnnn 

xxxxx  nnnnn 

Time/Yr 

nnnnn 

nnnnn  nnnnn 

nnnnn 

System:  Minimum  number  of  jobs  estimated:  xxxxx 

Maximum  number  of  jobs  constraint:  xxxxx 
Total  criterion  maintenance  ratio:  xxxxx 
Total  actual  maintenance  ratio:  xxxxx 

List  subsystems  criterion  not  met:  xxxxx 
Percent  default  values  used:  xx 


Figure  10  (Continued).  Generate/Print  Reports. 
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—  3.10  All  Maintenance  Reports  '  ' 

Enter  data  base  name:  xxxxx 

Do  you  want  unit?  xxx 

Do  you  want  direct  support?  xxx 

Do  you  want  general  support?  xxx 

Specify  (P)rinter,  (S)creen,  (F)ile:  x 

(If  F)  Enter  file  name:  xxxxx 

(ESC)  Return  to  Menu  (ENTER)  Select  (Fx)  Data  base  directory  (FIO)  Help 

Figure  10  (Continued).  Generate/Print  Reports.* 


4. 


*System  returns  specified  report  3.6  to  3.9. 

t 
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3.11  Print  an  Existing  Report  File 

Specify  file  name: 

Specify  (P)rinter  or  (S)creen:  x 


(ESC)  Return  to  Menu  (ENTER)  Select  (Fx)  Data  base  directory  (FIO)  Help 


Figure  10  (Continued).  Generate/Print  Reports.* 


*System  returns  specified  report  3.1  to  3.10. 
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1^— —  ■ -I  MEfio  4.  Training 

Select  the  lesson  you  want  to  use: 

(1)  How  to  use  the  on-line  HELP! 

(2)  Introduction  to  MANPRINT  Manpower  Estimation  Aid,  with  sample 

(3)  Input  data  requirements  and  practice 

(4)  Understanding  and  Interpreting  manpower  estimates 

(5)  Advanced:  How  operator  manpower  estimates  are  generated 

(6)  Advanced:  How  maintalner  manpower  estimates  are  generated 

(7)  Advanced:  How  system  design  changes  affect  manpower 

(8)  Exit  to  Main  Menu 


(ENT)  Select  (FIO)  Help 


Figure  11.  Option  4:  Training. 
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2.  Statement  of  instructional  objectives 

3.  Pretest  (may  be  automatically  scored  or  self-assessment  type) 

4.  General  sequence  for  each  instructional  objective: 

a.  Present  concept 

b.  Require  a  student  interaction 

c.  Automatic  evaluation  of  student  response;  branch  as  required 

d.  Present  concept/interaction/evaluation/branch  sequence  again  as 
needed 

e.  Require  an  acquisition-level  application  interaction,  with 
evaluation  and  branching 

f.  Require  a  generalization-level  application  interaction,  with 
evaluation  and  branching 

5.  After  Step  4  has  been  accomplished  for  all  instructional 
objectives,  provide  mixed  (e.g.,  concept,  acquisition  application, 
generalization  application)  practice  with  feedback  over  all  the 
objectives.  Three  practice  items  are  available  for  each  objective. 

-  Evaluate  and  branch  as  required. 

6.  Unit  posttest  (automatically  scored;  includes  two  or  three  items 
per  objective) 

7.  Print  certificate  of  completion 

Figure  12  corresponds  to  Main  Menu  Option  5;  Data  Base  Maintenance. 
Screen  states  are  shown  for  data  base  loading  and  deleting,  and  changing 
passwords. 


State  Transition  Diagrams 

State  transition  diagrams  are  specifically  useful  in  modeling  human- 
computer  interactions.  A  sample  state  transition  diagram  for  a  Data 
Entry/Modification  operation  is  found  in  Figure  13.  As  shown,  boxes 
correspond  to  states  of  the  computer  dialogue,  which  are  acted  upon  by  user 
stimuli  to  transition  to  other  computer  states. 


User  Dialog 

This  section  provides  a  brief  walk-through  of  the  user  dialog.  (The 
Product  5  team  will  present  an  example  walk-through  using  the  M109  system  at 
the  final  briefing  in  January.) 
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5.1  Load  New  Taxonomy  — 


Specify  directory  location  of  files; 
(FIO)  Help 


xxxxx 


Figure  12  (Continued).  Option  5:  Data  Base  Maintenance 


|^^Specify^dat^^bas^jiame^^^j(xxxx^^^^^^ 

(FlO)  Help 

Figure  12  (Continued).  Option  5:  Data  Base  Maintenance 


( 


|.  Trrn  ■ni.-r'  5.3  Change  Read  Password 

Enter  new  password:  xxxxx 
(FIO)  Help 


Figure  12  (Continued).  Option  5:  Data  Base  Maintenance. 
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5.4  Change  Write  Password 


Enter  new  password:  xxxxx 
(FIO)  Help 


Figure  12  (Continued).  Option  5:  Data  Base  Maintenance. 


SELECT  DATA  ENTRY/ 
MODIFICATION  TEMPLATE 


RETURN  ENTRY 


DISPLAY  DATA  ENTRY/ 
MODIFICATION  TEMPLATE  AND  DATA 


MOVE  CURSOR 
TO  FIELD 

ACCEPT  FIELD  DATA 
ENTRY/MODIFICATION 


DATA  ENTRY 


VALIDATE  DATA  ENTERED 


VALID  ENTRY 


INVAUD  ENTRY 


T 

■ - 

DISPLAY 

UPDATE  DATA 

ERROR  MESSAGE 

Figure  13.  Sample  State  Transition  Diagram  of  User  Interface. 
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Main  Menu.  Upon  selecting  options  1,  2,  or  3  (see  Figure  6),  but 
before  the  requested  submenu  is  displayed,  the  screen  is  cleared,  and  the 
following  prompt  is  given;  "Enter  User  Password:"  to  which  the  user 
supplies  an  R: BASE- USER  Password. 

Menu  1:  Enter/Edit  a  System  Description  (refer  to  Figure  7).  Upon 
selecting  this  option,  2  forms  are  displayed  in  sequence,  after  which  Menu 
1.1  is  displayed.  On  Form  1,  the  user  identifies  the  data  base  name.  If 
data  base  name  exists,  then  intent  to  edit  existing  system  description  is 
recognized,  or  else  intent  to  enter  a  new  system  description  is  inferred. 
Forms  are  driven  with  R:BASE  "EDIT"  or  "ENTER"  accordingly. 

On  Form  2,  the  user  identifies  system  type  and  name.  The  item 
concerning  user  acceptance  of  the  standard  taxonomy  is  displayed  if  "data 
base  name"  for  this  USER  password  is  not  found,  indicating  the  intent  is  to 
enter  rather  than  edit. 

Form  2  includes  a  function  key  (noted  on  the  status  line)  associated 
with  a  query  to  display  list  of  all  system  types.  A  user  is  not  permitted 
to  modify  the  system  type  of  a  system  description  data  base  which  has 
already  been  populated  based  on  the  standard  taxonomy. 

Menu  1.1.1;  Enter/Edit  Operator  Manpower  Calculation  (refer  to  Figure 
7).  If  user  has  accepted  the  standard  taxonomy,  then  a  copy  of  the  portion 
of  the  taxonomy  pertaining  to  the  system  type  is  made  to  "data  base  name" 
with  OWNER  password  set  to  USER  password.  There  is  no  problem  if  the  user 
at  a  later  time  wishes  to  add  maintainer  information  to  operator 
information,  or  vice  versa. 

If  USER  password  does  not  equal  OWNER  password,  after  the  user  selects 
an  option  from  Menu  1.1.1  or  Menu  1.1.2,  but  before  the  respective  form  is 
displayed,  the  user  is  prompted  for  a  modify  password.  If  the  USER  password 
does  not  equal  modify  password,  then  a  message  is  displayed  and  the  user 
never  sees  the  requested  form. 

There  are  four  data  entry  forms  for  operator  manpower  calculations: 
designating  performance  conditions;  editing  functions,  tasks  and  times; 
determining  task  sequences;  and,  determining  distance  between  functions. 

Product  5  uses  as  a  default  benign  performance  conditions  (Menu 
1.1. 1.1).  The  user  may  accept  these,  or  select  conditions  he  or  she  wishes 
to  consider.  The  four  categories  of  performance  conditions  shown  in  the 
screens  come  from  the  draft  Product  1  conditions  taxonomy.  Product  5  will 
categorize  performace  conditions  and  combinations  into  three  categories: 
low,  medium,  and  high.  Low  means  that  the  environment  is  not  severe  and 
performance  times  are  shortest.  Medium  is  a  medium  severe  environment,  and 
there  will  be  some  degradation,  i.e.,  increase  in  task  time.  High  is  a 
severe  environment,  and  task  times  will  be  even  longer.  We  will  use 
degradation  factors  developed  from  Siegel,  Pfeiffer,  Kopstein,  Wilson,  and 
Ozkaptan  (1979).  In  addition,  we  will  degrade  task  times  for  tasks  that  are 
susceptible  to  degradation,  to  be  developed  from  Siegel  et  al.  (1979). 
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Next  the  user  enters/edits  operator  functions,  tasks,  and  times  (Menu 
1.1. 1.2).  One  function  is  presented  per  screen,  the  function  time 
requirement  comes  either  from  Product  1  or  a  default.  The  tasks  ih  the 
function  (from  the  taxonomy)  are  listed,  and  the  user  edits  the  number  of 
soldiers  required  to  perform  the  task  (default  is  "1")  and  the  task  time 
(default  is  the  time  associated  with  the  latest  representative  of  the  system 
type).  (NOTE:  During  Phase  3,  we  plan  to  work  very  closely  with  the 
Product  1  taxonomy  revision  effort.  We  would  like  to  see  the  taxonomy 
include  only  one-person  tasks,  to  the  extent  possible,  and  we  would  like  to 
assure  that  the  task  list  and  sequence  is  acceptable  to  military  experts.) 

Next  the  user  enters/edits  operator  task  sequences  (Menu  1.1. 1.3).  One 
function  and  one  task  are  presented  per  screen.  For  each  task,  the  user 
specifies  which  tasks  MUST  be  completed  before  the  target  task  can  begin. 

The  user  must  also  specify  if  the  same  or  different  soldiers  MUST  perform 
this  task  as  well  as  others.  This  information  is  important  to  the  network 
precedence  analysis.  The  default  values  will  indicate  that  there  are  no 
constraints  on  either  job  formation  as  a  result  of  task  precedences  or  the 
same/different  soldier  question  (e.g.,  no  tasks  MUST  precede  this  one),  and 
thus  the  algorithm  is  free  to  assign  this  task  to  whichever  job  it  best 
fits. 


Next  the  user  enters/edits  operator  functions  data  (Menu  1.1. 1.4).  One 
function  is  presented  per  screen,  and  the  user  determines  the  physical 
proximity  of  that  function  to  other  functions.  The  user  also  indicates  if  a 
soldier  must  be  assigned  for  management/surveillance.  The  user  also 
indicates  if  some  functions  MUST  be  performed  simultaneously;  this  factor 
affects  the  total  operator  manpower  estimate,  which  is  a  result  of  combining 
the  manpower  estimates  for  each  function.  This  question  determines  if  the 
system  manpower  estimate  is  additive  or  can  be  done  more  economically. 

Menu  1.1.2:  Enter/Edit  Maintainer  Information  (see  Figure  8).  The 
user  first  edits  the  maintenance  criteria  (e.g.,  maintenance  ratios: 
maintenance  manhours  per  system  operating  hour)  for  each  maintenance 
organizational  level.  The  defaults  come  from  Product  1  if  available,  or 
come  from  previous  system  requirements  as  determined  by  the  Product  5  team 
and  provided  in  the  default  data  base.  Next,  the  user  specifies  the 
hardware  design,  by  determining  the  system  components  by  subsystem.  The 
defaults  come  from  a  standard  taxonomy  (e.g.,  will  be  determined  by  the 
product  teams  during  the  next  phase).  Finally,  the  user  determines  the 
tasks,  task  times,  and  number  of  times  the  task  is  performed  per  unit  time 
(e.g.,  per  year).  The  default  values  for  tasks  and  task  times  come  from 
Maintenance  Allocation  charts  available  in  Technical  Manuals  on 
representative  systems.  The  number  of  times  the  task  is  performed  per  unit 
time  comes  from  the  Sample  Data  Collection  (SDC)  data  base.  This  data  base 
covers  approximately  80  systems. 

Menu  2:  Generate  Manpower  Estimates  (see  Figure  9).  The  user 
indicates  if  he  or  she  wants  an  operator,  maintainer,  or  both  manpower 
estimate,  and  enters  the  date  base  name. 

Menu  3:  Generate/Print  Reports  (see  Figure  10).  The  user  is  required 
to  enter  a  password  to  gain  access  to  this  menu  option.  If  the  USER 
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password  does  not  equal  the  OWNER  password,  he  or  she  1s  asked  for  a  READ 
password.  If  the  USER  password  does  not  equal  the  READ  password,  then  a 
message  Is  displayed  and  the  user  does  not  gain  access  to  the  report.  If 
the  user  has  access,  he  or  she  indicates  the  data  base  name  is  generating  a 
report,  and  indicates  a  file  name  to  print  a  previously  generated  report. 

Menu  4:  Training  (see  Figure  11).  This  item  was  described  above.  A 
user  does  not  require  password  access  to  this  option. 

Menu  5:  Data  Base  Maintenance.  This  menu  option  is  for  the  system 
manager.  Option  5.1  is  to  load  a  new  taxonomy  into  system  tables.  The  user 
specifies  the  directory  location  of  the  ^iles.  This  action  uses  the  RrBASE 
Filegateway  utility.  Action  is  not  permitted  if  the  USER  password  does  not 
equal  the  OWNER  password  of  the  taxonomy.  The  owner  of  the  taxonomy  is 
assumed  to  be  the  system  manager. 

Option  5.2  is  to  delete  a  data  base.  The  user  specifies  the  data  base 
name  to  be  deleted.  If  the  USER  password  does  not  equal  the  OWNER  password 
of  the  specified  data  base  name,  then  a  message  is  displayed,  and  the  data 
base  is  not  deleted. 

Option  5.3  and  5.4  permitted  an  allowed  user  to  change  the  READ  and 
WRITE  password. 


Help  Fqnction 

The  help  function  will  have  a  minimum  of  three  levels.  Level  1  help  is 
invoked  by  a  function  key.  This  help  produces  a  definition  of  a  term  or 
procedure,  with  an  example.  Level  2  help  refers  to  the  filling  in  of 
templates.  This  level  produces  options  to  restart,  cancel,  backup,  and 
change  data  before  entering.  Level  3  help  produces  the  on-line  glossary. 
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SOFTWARE  ANALYSIS 


Data  Flow  Diagrams 

As  mentioned  in  the  Introduction,  data  flow  diagrams  are  hierarchical 
graphical  expressions  of  the  exchange  of  information  among  logical  data 
transformation  objects  of  Product  5.  (Sequence  is  not  explicitly  reflected 
in  a  data  flow  diagram).  The  diagrams  are  made  of  three  symbols:  circles 
which  represent  processes,  boxes  which  represent  data  stores,  and  arrows 
which  show  data  flows.  Three  levels  of  data  flow  diagrams  are  used  to 
describe  Product  5,  with  main  process  only  decomposed  to  the  third  level. 

Dverview.  Figure  14  presents  the  Level  1  data  flow  diagram  for  Product 
5.  As  shown,  the  three  high  level  processes  of  Product  5  are  User  Dialogue, 
Derive  Unique  Jobs,  and  Generate  Reports.  Note  that  the  process  numbering 
scheme  reflects  the  hierarchies  of  processes. 

The  single  external  sink  and  source  is  the  user,  not  shown,  but 
conceptually  the  farthest  left  element.  Through  User  Dialog,  Product  5 
collects  data  and  forms  three  data  stores.  As  shown,  these  stores  are: 

Test  system  components/task  function  data/performance  objectives/conditions; 
Task  sequences/times/descriptions,  and  the  Kaplan-Crooks  (or  whatever 
taxonomy  is  used)  taxonomy. 

The  Derive  Unique  Jobs  process  derives  input  from  the  Task  sequences/ 
times/description  store.  It  provides  output  to  the  Jobs  store.  The  process 
also  interacts  directly  with  User  Dialogue  when  detecting  Feasibility 
Errors,  e.g.,  when  the  user  enters  constraints  of  time  and  distance  which 
affect  the  construction  of  unique  jobs. 

The  Generate  Reports  process  accepts  report  requests  from  User 
Dialogue,  extracts  necessary  information  from  various  stores,  generates  the 
requested  report,  then  either  stores  the  report  or  returns  it  to  the  user 
(through  User  Dialogue)  for  review.  Previously  generated  reports  are 
returned  to  User  Dialogue  directly  without  processing. 

User  Dialogue.  All  the  functionality  of  User  Dialogue  is  provided  by 
R:BASE.  Therefore  all  User  Dialogue  software  will  not  be  written  from 
scratch.  Figure  15  presents  the  Level  2  data  flow  diagram  for  User 
Dialogue.  The  four  processes  involved  in  User  Dialog  are:  Sequence 
Control,  Data  Entry/Modification,  User  Guidance,  and  Information 
Presentation. 

Sequence  Control  controls  the  sequencing  of  menus/submenus,  ultimately 
passing  control  to  Data  Entry/Modification  onto  Information  Presentation, 
depending  upon  the  user's  intention.  It  has  direct  interaction  with  User 
Guidance  for  the  display  to  users  of  help  and  errors  related  to  menus  and 
submenus. 

The  Data  Entry/Modification  process  takes  input  from  the  user  as  shown 
and  outputs  to  the  three  input  data  stores.  It  interacts  directly  with  User 
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Figure  14.  Level  1  Data  Flow  Diagram. 
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Figure  15.  Level  2  Data  Flow  Diagram  for  User  Dialog. 


Guidance  in  the  form  of  error  messages  and  help  requests  related  to  data 
entry  or  modification. 

The  Information  Presentation  process  interacts  with  User  Guidance 
concerning  error  and  help  messages.  It  also  interacts  with  the  user  in  the 
report  request  sequence. 

Derive  Unique  Jobs.  Figure  16  presents  the  Level  2  data  flow  diagram 
for  Derive  Unique  Jobs.  The  processes  involved  are:  Classify  Tasks; 
Establish  Precedence  Relationships;  Test  Feasibility;  and  Assign  Tasks  to 
Jobs. 


Classify  Tasks  will  group  the  tasks  according  to  the  way  time  is  used 
to  specify  required  performance.  Category  1  tasks  are  those  operator  tasks 
with  performance  objectives  related  to  response  time  requirements  (e.g., 
time  on  target).  Category  2  tasks  are  those  maintenance  tasks  with 
performance  objectives  related  to  maintaining  a  constant  rate  or  frequency 
of  activity  over  some  designated  time  period.  Tasks  with  performance 
objectives  related  to  maintaining  constant  activity  over  some  designated 
time  period  (e.g.,  supervising  monitoring,  guarding)  will  be  considered  as 
"add-ons"  to  the  operator  or  maintainer  jobs  most  closely  related.  This 
categorization  is  necessary  because  the  way  in  which  jobs  are  formed  differs 
depending  on  the  type  of  performance  objectives  to  be  addressed. 

Establish  Precedence  Relationships  involves  organizing  and  coding  the 
tasks  io  reflect  the  sequence  in  which  tasks  must  be  completed  in  order  to 
properly  achieve  the  performance  objective.  This  relationship  is  necessary 
for  Category  1  tasks  only.  This  process  will  be  accomplished  by  developing 
a  precedence  network  that  shows  which  tasks  must  be  completed  before  a  given 
task  can  begin. 

Test  Feasibility  determines  the  "critical  path"  through  the  network  of 
tasks  in  order  to  determine  whether  or  not  the  performance  objective  can  be 
achieved  given  the  task  sequence  and  task  times.  If  the  critical  path  time 
exceeds  either  the  response  time  required  (for  operator  tasks),  the  user  is 
informed  that  the  performance  objective  can  not  be  achieved  and  is 
transferred  out  of  the  job  forming  process  so  that  either  task  times  or 
sequence  can  be  revised  or  the  performance  objective  can  be  relaxed. 

There  are  two  types  of  tasks.  Category  1  tasks  are  time-based, 
mission-oriented  operator/field  personnel  tasks.  These  tasks  must  be 
completed  within  a  specified  time.  Category  2  tasks  are  output-based, 
maintainer  tasks  (e.g.,  inspect,  remove)  and  can  be  aggregated  into 
maintenance  ratios  that  are  compared  to  the  maintenance  performance  criteria 
(also  in  maintenance  ratios).  These  tasks  are  performed  continuously  over 
time  and  result  in  the  production  of  some  countable  output  (e.g.,  parts 
replaced).  A  third  task  type,  not  covered  in  the  current  Product  1  taxonomy 
but  nonetheless  important  are  cognitive  or  monitoring  tasks.  These  tasks 
are  performed  constantly,  but  do  not  result  in  measured  output  and  include 
tasks  such  as  surveillance,  security,  and  supervision.  These  may  be 
operator  or  maintenance  tasks. 
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Figure  16.  Level  2  Data  Flow  Diagram  for  Derive  Unique  Jobs. 


Job  construction  using  Category  1  tasks  will  be  accomplished  using 
Brook's  algorithm.  (A  narrative  description  for  this  process  excerpted  from 
the  concept  paper  for  Phase  1  of  this  project  as  well  as  a  listing  of 
FORTRAN  code  for  the  algorithm  is  presented  in  Appendix  B.  We  will  extract 
those  portions  of  this  code  that  support  Product  5,  and  translate  them  to 
the  "C"  language  of  Product  5.)  This  process  assumes  1)  that  tasks  are 
ordered  according  to  the  amount  of  time  each  controls  in  the  precedence 
network  (i.e.,  the  "critical  path"  time  beginning  with  each  activity),  and 
2)  that  tasks  are  assigned  to  jobs  such  that  the  required  response  time  or 
production  rate  is  achieved. 

Job  construction  using  Category  2  tasks  will  be  accomplished  by 
multiplying  maintenance  task  times  by  their  expected  frequencies  to 
determine  total  time  (over  a  specified  time  period)  required  for  each 
maintenance  task.  Maintenance  tasks  at  each  maintenance  level  will  be 
summed  to  determine  total  maintenance  manpower  requirements. 

Tasks  such  as  management/surveillance  or  other  cognitive  tasks  are 
overlayed  on  the  jobs  resulting  from  Category  1  and  2  tasks  such  that,  to 
the  extent  possible,  they  are  combined  with  jobs  that  already  exist. 

We  felt  that  it  was  important  to  further  define  the  "Assign  Tasks  to 
Jobs"  process  in  the  Level  2  data  flow  diagram.  Figure  17  presents  the 
Level  3  data  flow  diagram  for  this  process.  The  Level  3  processes  are: 
Determine  Critical  Path  Times;  Rank  Tasks  by  Critical  Path  Times;  Assign 
Tasks  to  Jobs  Based  on  Criticality  and  Resource  Availability  (Category  1 
jobs);  Determine  Total  Time  for  Each  Task  at  Each  Maintenance  Level,  Compute 
Number  of  Maintainer  Jobs  at  Each  Level  (Category  2);  and  Determine 
Potential  for  Combining  Coverage  Tasks  with  Existing  Jobs.  The  three  data 
stores.  System  Performance  Objectives,  Precedence  Network,  and  Task  Times, 
all  input  to  the  formation  of  operator  and  maintainer  jobs. 

Generate/Print  Reports.  Much  of  the  functionality  of  Generate  Reports 
is  provided  by  R:BASE.  Figure  18  presents  the  Level  2  data  flow  diagram  for 
generate/print  reports.  The  diagram  includes  one  user-related  process, 
select  report  type,  and  eight  report-type  processes.  These  report-type 
processes  are:  operator  functions,  tasks,  and  times;  operator  task 
sequences;  operator  functions  data;  operator  jobs  and  tasks;  maintenance 
criteria;  maintainer/subsystem/component  data;  maintainer  component/task 
data,  and  maintainer  jobs  and  tasks. 


Structure  Chart 

Figure  19  presents  the  structure  chart  for  the  algorithm  used  for 
forming  unique  jobs.  The  inputs  to  the  algorithm  are  task  sequence,  task 
times,  and  resource  constraints.  The  algorithm  calculates  the  critical 
path,  that  is,  the  path  that  traverses  the  network  in  the  longest  amount  of 
time.  The  path  incorporates  user-entered  constraints  about  simultaneity  and 
single/multiple  operator  requirements.  Next  the  algorithm  assigns  tasks  to 
jobs,  using  tasks  within  a  function,  then  taking  tasks  from  the  next  most 
proximal  function.  The  output  is  unique  jobs  and  tasks  with  their  times. 
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Figure  18.  Level  2  Data  Flow  Diagram  for  Generate  Reports 


Figure  19.  Structure  Chart  for  Forming  Unique  Jobs. 
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We  have  considered  two  standard  industrial  engineering  algorithms  for 
the  operator  manpower  calculation  for  Product  5.  They  are  the  Resource 
Allocation  (RESALL)  and  Branch  and  Bound  Assembly  Line  Balancing  (BABALB) 
algorithms.  We  have  decided  to  use  the  RESALL  algorithm  based  on  the 
following. 

The  RESALL  program  in  the  "Balance"  mode  determines  the  minimum  number 
of  jobs  necessary  to  complete  a  category  1  (operator)  function  within  a 
given  response  time.  RESALL  in  the  "Allocate"  mode  determines  the  minimum 
amount  of  time  in  which  a  given  number  of  resources  (of  various  types  -  up 
to  20)  can  accomplish  a  function.  In  both  cases,  RESALL  assigns  specific 
tasks  to  resource  units  (jobs),  but  the  model  as  currently  constructed  does 
not  track  the  tasks  assigned  to  each  resource  unit.  The  BABALB  program 
determines  the  number  of  workstations  necessary  to  accomplish  a  function 
given  a  desired  cycle  time.  However,  this  program  assumes  that  cycles  can 
overlap  such  that  each  workstation  may  be  working  on  a  different  cycle  of 
the  function.  Consequently,  the  assignment  of  tasks  to  workstations  given 
by  BABALB  is  appropriate  for  functions  with  "production"  requirements  (e.g., 
maintenance  tasks),  but  not  those  with  "response  time"  requirements.  The 
task  assignments  for  response  time  (category  1,  operator)  tasks  will  have  to 
accomplished  by  modifying  the  RESALL  program  to  compare  the  actual  task 
assignments  to  resource  units.  This  approach  will  give  a  feasible  solution 
to  the  problem. 


InteQr.ation  of  R:BA$E  System  V 

Product  5  is  primarily  an  information-based  application  that  requires  a 
robust  user- interface  to  ease  use  by  analysts.  As  such,  many  of  Product  5's 
requirements  can  be  achieved  readily  through  the  utilization  of  a  commercial 
off-the-shelf  data  base  management  system.  Dr.  Kaplan  of  ARI  has  encouraged 
the  contractor  teams  to  use  the  same  data  base  management  system  to  promote 
consistent  user  interfaces  among  products.  We  have  elected  to  use  R:BASE 
System  V  by  Microrim,  a  data  base  management  system  chosen  by  other 
contractor  teams. 

Many  of  the  significant  decisions  regarding  the  approaches  for  developing 
Product  5,  as  well  as  design  implementation  decisions  for  the  operational 
Product  5,  are  directly  related  to  the  integration  of  R;BASE.  A  proper 
software  solution  for  Product  5  (as  well  as  other  products)  will  integrate 
R:BASE  application  development  and  operational  capabilities.  The  following 
discussion  overviews  those  capabilities  of  R:BASE  which  will  be  integrated 
into  the  developmental  and  operational  aspects  of  Product  5. 

Application  Development.  R:BASE  provides  application  development  tools 
to  define  menus/submenus,  as  well  as  forms  for  data  base  entry/modification 
and  report  generation.  These  are  implemented  in  separate  programs  that 
interactively  guide  the  developer  through  definition  dialogues,  after  which 
R:BASE  procedural  language  code  may  be  generated.  Subsequent  modifications 
to  the  generated  code  can  be  made  either  automatically  (using  the 
interactive  definition  dialogue),  or  manually  (to  customize). 


The  application  development  tools  of  R:BASE  will  aid  the  development  of 
Product  5  considerably.  They  will  permit  the  rapid  development  of  prototype 
versions  of  Product  5  (with  increasing  functionality).  This  prototyping 
will  enable  ARI  to  become  more  involved  in  Product  5  development  by 
providing  recurrent  feedback  to  developers  as  the  implementation  evolves. 

Application  Express  is  R:BASE's  tool  for  creating  menus,  organizing 
them  into  a  tree  of  menus/submenus,  and  for  associating  actions  (other  than 
submenus)  to  menu  options.  These  other  actions  include:  entering, 
modifying,  and  displaying  data  using  a  form;  printing  a  report;  displaying  a 
help  screen;  and  invoking  an  R:BASE  procedure  or  external  language  (e.g., 
"C")  program. 

Menu  options  can  be  defined  to  be  displayed  both  horizontally  and 
vertically.  Users  make  menu  selections  by  moving  the  cursor  direction  keys 
or  striking  the  number  corresponding  to  the  option  (horizontal  options 
only),  following  by  a  carriage  return. 

Through  Application  Express,  users  also  define  data  base  records  and 
their  fields,  as  well  as  the  types  and  precisions  of  fields. 

Forms  Express  is  R:BASE's  tool  for  interactively  defining  forms  used 
for  data  entry,  deletion,  or  modification.  Developers  use  a  variety  of 
function  keys  that  correspond  to  actions  which  enable  forms  to  be  "painted." 

Permissible  options  (e.g.,  add,  modify)  are  associated  with  the  form 
during  form  definition.  The  interactive  dialogue  prompts  the  developer  to 
stipulate  record  attributes  to  be  displayed,  how  they  are  to  be  sorted  prior 
to  being  displayed,  and  conditions  (attribute  values)  for  selecting 
attribute  values  to  be  displayed.  The  conditions  may  be  either  hard-coded 
with  the  form  or  user-specified  (at  run  time). 

R:BASE's  tool  through  which  developers  interactively  define  reports  is 
Reports  Express.  As  with  the  other  application  development  tools, 
developers  use  a  variety  of  function  keys  that  correspond  to  actions  which 
enable  (here)  reports  to  be  defined  easily.  R:BASE  reports  are  comprised 
of  a  number  of  reports  sections  (that  are  individually  defined);  the  actual 
data  to  be  extracted  from  the  data  base;  report/page/break  headers;  and 
report/page/break  footers.  This  variety  of  report  sections  enable  complex 
and  attractive  reports  to  be  interactively  defined.  Again,  as  with  the 
other  application  development  tools,  the  generated  code  can  be  manually 
customized. 

Operational  Capabilities.  Through  Forms  Express,  RrBASE  provides  a 
variety  of  mechanisms  that  will  help  to  insure  the  integrity  of  data 
provided  for  entry/update  to  the  underlying  Product  5  data  bases.  These 
include  testing  1)  numeric  data  to  be  within  a  specified  range,  2)  character 
data  to  be  of  specified  enumerated  values,  and  3)  referential  integrity 
against  values  in  other  tables.  Other  related  R:BASE  features  will  be 
used  that  define  default  values  for  fields  and  fields  for  which  data 
must  be  filled,  as  well  as  double  entry  verification  for  data  that  are 
entered  or  modified.  In  addition,  as  data  are  displayed  through  a  form. 
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users  may  move  through  instances  of  the  single  record  type  or  extractions 
from  multiple  records  types  (views)  using  function  keys. 

Forms  are  displayed  with  menu  name  at  top,  so  that  users  maintain  a 
sense  of  "where  they  are."  A  status  line  is  available  at  the  bottom  of  a 
form  screen  for  displaying  messages  relating  to  the  success  or  failure  of 
user-submitted  operations. 

R.'BASE  supports  a  rich  set  of  89  commands  as  part  of  its  procedural 
command  language.  Most  significant  of  these  is  the  variety  of  commands  used 
to  navigate  through  and  manipulate  data  in  data  bases.  Further,  R:BASE 
provides  a  set  of  70  math  and  string  functions  that  are  available  in  the 
command  language.  Errors  resulting  from  command  or  function  executions  (on 
behalf  of  users)  can  be  trapped  and  acted  upon  (e.g.,  security  violations 
logged) . 


Data  Base  Security 

For  data  base  security,  R:BASE  supports  the  notion  of  a  data  base  owner 
(i.e.,  superuser),  with  ability  to  assign  read  and  modify  passwords  to 
individual  tables  or  views.  Backup  and  load  utilities  are  available  for 
logging  data  base  files  and  recons^tuting  versions  of  the  data  bases. 

In  its  newest  release  RrBASE  provides  a  run-time,  host  language 
interface  from  the  C  programming  language.  This  set  of  routines  will  be 
used  in  those  portions  of  Product  5  that  do  not  lend  themselves  to  being, 
written  in  the  R:base  procedural  conmiand  language.  RrBASE  also  provides  the 
"Filegateway"  facility  for  importing/exporting  data  in  a  textual 
representation  to/from  the  underlying  data  bases. 

The  security  mechanisms  provided  by  RrBASE:  USER  PASSWORD,  OWNER 
PASSWORD,  READ  PASSWORD,  and  MODIFY  PASSWORD  will  be  used  to  implement 
Product  5  security.  All  users  initiating  use  of  Product  5  are  prompted  for 
a  USER  PASSWORD  (see  Figure  6),  which  makes  that  user  known  to  RrBASE. 

System  description  data  bases  are  created  with  OWNER  PASSWORD  equal  to  USER 
PASSWORD. 

READ  PASSWORD  and  MODIFY  PASSWORD,  rather,  are  explicitly  established 
by  system  description  data  base  definers  (owners).  These  enable  users  to 
protect  their  data  bases  (in  their  workareas)  from  unauthorized  access  by 
other  users. 

When  a  user  specifies  his  or  her  intentions  to  use  an  existing  data 
base,  a  knowledge  of  whether  he/she  owns  that  data  base  is  ascertained  by 
RrBASE  by  comparing  the  USER  PASSWORD  to  the  OWNER  PASSWORD  of  the  target 
data  base.  Given  the  data  base  to  be  used  is  not  owned  by  the  user  and  the 
user  proceeds  to  attempt  to  read  the  data  base.  Product  5  will  prompt  for 
the  user  to  specify  a  READ  PASSWORD  to  which  the  USER  PASSWORD  is  then 
temporarily  assigned.  RrBASE  will  then  not  not  allow  a  user  to  read 
portions  of  the  data  base  unless  the  USER  PASSWORD  is  equal  to  the  READ 
PASSWORD  established  for  the  data  base.  The  mechanism  to  protect  other 
users  from  modifying  a  data  base  owned  by  a  user  is  accomplished  in  a 
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analogous  manner  using  the  MODIFY  PASSWORD.  The  utilization  of  READ/MODIFY 
enables  owners  to  assign  different  READ/MODIFY  PASSWORDS  for  each  data  base, 
t  as  well  the  ability  to  modify  existing  READ/MODIFY  PASSWORDS. 


User  Workareas 

User  workareas,  run-time  components  of  R:BASE  System  V,  the 
(  Kaplan/Crooks  Taxonomy,  and  elements  of  the  Product  5  application  (e.g., 

menus,  forms)  will  be  segregated  to  different  directories  in  the 
hierarchical  file  system. 

A  "\users"  directory  will  be  established,  beneath  which  a  subdirectory 
will  be  established  for  each  user  using  his/her  name  (i.e.,  for  user  1: 
"\users\'user  1  name'";  for  user  2:  "\users\'user  2  name'",  etc.).  This 
provides  a  separate  workarea  for  each  user,  beneath  which  further 
subdirectories  are  created  to  maintain  data  bases  generated  by  separate 
Product  5  "runs"  for  a  specific  user.  These  subdirectories  are  assigned  the 
name  of  the  data  base  prompted  for  by  Product  5  when  a  new  run  is  initiated. 

C  Within  these  subdirectories  {"\users\'user  name'\'data  base  name'V), 

the  actual  R:BASE  data  base  for  a  new  run  is  maintained  (1  System  Type  data 
base),  as  well  as  all  reports  generated  from  that  data  base.  By  default, 
these  reports  are  stored  in  file  names  that  identify  the  type  of  report 
content  (e.g.,  "oftt.rpt"  corresponds  to  the  "Operator  Functions,  Tasks,  and 
Times"  report,  although  users  may  specify  target  files  of  their  own  choice. 

R:BASE  maintains  information  for  a  data  base  in  three  files:  1)  the 
(actual)  data  base,  2)  the  data  base  structure,  and  3)  the  indices.  Only 
the  actual  data  bases  are  maintained  in  separate  user  workareas.  Files 
containing  the  data  base  structure  and  indices  are  shared  by  all  users  and 
maintained  in  the  directory  containing  elements  of  the  Product  5 
application. 
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DATA  BASE  ANALYSIS/DESIGN 


Data  Base  Entity  Relationship  Diaoranis 

Entity  modeling  (Teorey  &  Fry,  1982)  has  been  used  to  formalize  the 
analysis  of  Product  5  data.  This  methodology  employs  entity  relationship 
diagrams  and  entity  definitions. 

Entity  relationship  diagrams  are  used  to  graphically  express  the 
relationship  between  data  objects.  In  these  diagrams,  data  objects  in  the 
data  bases  may  take  any  of  five  relationships.  These  are  one  to  one  (1:1), 
one  to  many  (1:M),  many  to  one  (M:l),  many  to  many  {M:M),  or  not  related. 
Data  objects  not  related  are  not  connected  with  arrows.  1:1,  1:M,  M:l,  and 
M:M  relationships  are  shown  with  arrows.  A  single  arrowhead  denotes  the  "1” 
side  and  a  double  arrowhead  denotes  the  "M"  side  of  relationships. 

Product  5  data  bases  employ  high-level  entity  relationship  diagrams  for 
the  Kaplan  Crooks  taxonomy  (or  whatever  taxonomy  is  chosen)  and  Working/ 
Derived  Data.  These  two  entity  relationships,  each  one  presented  from 
conceptual  and  implementation  views,  are  presented  in  Figures  20-23, 
respectively. 


Entity  Definitions:  The  Data  Dictionary 

The. data  dictionary  is  developed  from  the  entity  relationship  diagrams, 
described  above.  The  data  dictionary  is  a  listing  in  tabular  form  of  all 
the  data  elements  in  the  data  bases  with  a  definition  of  the  attributes  and 
properties  (e.g.,  type,  precision)  of  each. 

Table  2  presents  the  data  dictionary  for  Product  5.  It  contains  four 
columns:  RECORD/Field  Name;  Type/Precision;  Range;  and.  Unit  of  Measure. 

The  RECORD/Field  name  is  an  abbreviated  identification.  The  Product  5  data 
base  contains  32  records  (names  in  all  caps),  each  with  associated  fields  of 
the  records,  12  are  associated  with  the  taxonomy,  the  remainder  with 
working/derived  data.  The  asterisk  indicates  a  record  type  key  (sometimes 
composite  keys),  which  uniquely  identifies  a  record  type  instance.  The 
"Type/Precision"  indicates  type  I,  F,  or  C,  for  integer,  fixed,  or  character 
string.  Precision  of  an  integer  indicates  how  many  digits  are  required. 
Fixed  are  expressed  as  x:y,  where  x:y  indicates  digits  to  the  right  and 
left,  respectively.  Precision  of  a  character  string  indicates  the  number  of 
characters  allowed.  "Range"  indicates  allowed  values.  Product  5  "Units  of 
Measure"  are  seconds,  times  per  second,  and  percent. 
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FIGURE  21.  PAGE  1 


Figure  21  (Continued).  Kaplan-Crooks  Taxonomy  -  Implementation  View  (2  of  2) 


SYSTEM-TYPE 


OPERATIONAL- 


Figure  22.  Working/Derived  Data  -  Conceptual  View  (1  of  2). 


86 


ONDITION -VALUE 


Figure  23.  Working/Derived  Data  -  Implementation  View  (1  of  2). 
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Figure  23  (Continued).  Working/Derived  Data  -  Implementation  View  (2  of  2). 
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Table  2.  Product  5  Entity  Definitions. 


TAX-SYSTEM_TYPE 
*  System_type_id 
System_type_name 


TAX-SYSTEM_TYPE-FUNCTION_TASK 

*  System_type_id 

*  Func_task_id 


TAX-FUNCTION_TASK 
*  Func_task_id 
Func_task~name 
Func~task~type 


TAX-FUNCTION_TASK-HIERARCHY-SEQUENCE 

*  Func_task_id 

*  Child_func^_task_id 
Task^sequence 


TAX-SYSTEM_TYPE-EQUIPMENT 

*  System_type  id 

*  Equipmint_i3 


TAX- EQUIPMENT 
*  Equipment_id 
Equipment_nm 
Criteria  maint  ratio 


TAX-EQUIPMENT-HIERARCHY 

*  Equipment_id 

*  Component~equipment_id 


TAX-CONDITION_CATEGORY 
*  Condi tion_category 


TAX-CONDITION_TYPE 
*  Condi tion3ype_id 
Condi tion_category 
Condi tion_type_name 


oe/Prec. 

Ranae 

U/M 

1/2 

1-21 

n/a 

C/30 

n/a 

n/a 

1/2 

1-21 

n/a 

1/4 

n/a 

1/4 

n/a 

C/30 

n/a 

n/a 

C/1 

0,M 

n/a 

1/4 

n/a 

1/4 

n/a 

1/2 

n/a 

1/2 

1-21 

n/a 

1/3 

n/a 

1/3 

n/a 

C/30 

F/3.2 

n/a 

n/a 

1/3 

n/a 

r/3 

n/a 

C/20 

n/a 

n/a 

1/3 

n/a 

C/20 

n/a 

n/a 

C/30 

n/a 

n/a 

Table  2  (Continued).  Product  5  Entity  Definitions. 


RECORD/Field  Name 

Tvoe/Prec. 

Ranae 

m 

TAX-CONDITION  VALUE 

*  Condi tion_value_id 

1/3 

n/a 

Condi ti on_type_i d 

1/3 

n/a 

Condi ti on_val ue_name 

C/30 

n/a 

n/a 

OPERATIONAL  FUNCTION  TASK  TIME  RQMT 

*  System_type_id 

1/2 

1-21 

n/a 

*  Task_id 

1/4 

n/a 

*  Condi tion_value_id 

1/3 

n/a 

Performance_reqmt_time 

1/6 

secs 

--  Operational  performance  requirements  are 
defined  by  a  combination  of  System  Type, 
Task,  and  Condition. 


MAINTENANCE_FUNCTIONJASK_TIME_RQMT 

*  System_type  id  '  1/2  1-21  n/a 

*  Eqvitpmint  i3  1/3  n/a 

*  Taskjd  "  1/4  n/a 

Performance_reqmt_time  1/6  secs 

--  Maintenance  performance  requirements  are 
defined  by  a  combination  of  System  Type, 
Equipment,  and  Task. 


SYSTEM  TYPE 


System_type_id 

1/2 

1-21 

n/a 

System_type~name 

C/30 

n/a 

n/a 

Max_nm_operators 

1/3 

n/a 

Max~nm~maintainers 

1/3 

.  n/a 

FUNCTION  TASK 


Func_task_id 

1/4 

n/a 

Func”task_name 

C/30 

n/a 

n/a 

Func_task3ype 

C/1 

n/a 

n/a 

Perc~crew~member_coinmtd 

1/2 

0-100 

% 

Number_operators~reqd 

.  1/2 

n/a 

FUNCTIONJASK-HIERARCHY 

*  Func  task_id 

*  Chil3_func_task_id 


n/a 

n/a 
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1/4 


Table  2  (Continued).  Product  5  Entity  Definitions. 


RECORD/Field  Name 


SAME_FUNCTION-OTHER_TASK 

*  Func  taslc_id 

*  ChilH  func_task_id 

*  Same  7unc_other_task_id 
CompTeted'before 
Same_soldier 
Different_soldier 


PROXIMITY_FUNCTION 

*  Func_id 

*  Prox~func_id 
Closeness'ranking 


SAMEJIME_FUNCTION 

*  func_id 

*  Same  time  func  id 


OPERATIONAL_FUNCTION_TASK 
*  Func  task  id 
Performance_reqmt_time 
Task_time 


ORGANIZATION_LEVEL 
*  Organization_level 


ORGANIZATIONAL_LEVEL-EQUIPMENT 

*  Organization_level 

*  Equipment_id 


EQUIPMENT 
*  Equipment_id 
Equipment_nm 
Quantity  ~ 

Criteria  maint  ratio 


EQUIPMENT-HIERARCHY 

*  Equipment_id 

*  Componen t“equ i pment_i d 


Tvoe/Prec. 

Ranoe 

y/M 

1/4 

n/a 

1/2 

n/a 

1/4 

n/a 

C/1 

Y,N 

n/a 

C/1 

Y,N 

n/a 

C/1 

Y,N 

n/a 

1/4 

n/a 

1/4 

n/a 

1/2 

n/a 

1/4 

n/a 

1/4 

n/a 

1/4 

n/a 

1/6 

secs 

1/6 

secs 

C/30 

n/a 

C/30 

n/a 

1/3 

n/a 

1/3 

n/a 

C/30 

n/a 

n/a 

1/3 

F/3.2 

n/a 

1/3 

n/a 

1/3 

n/a 
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Table  2  (Continued).  Product  5  Entity  Definitions. 


RECORD/ Field  Name 


Tvoe/Prec. 


Range 


MAINTENANCE  FUNCTION  TASK 


*  Equipment_id 

1/3 

*  Task  id 

1/4 

Perfonnance_reqint_t  i  me 

1/6 

Task_time 

1/6 

Frequency 

1/3 

Unit_of_measure 

C/10 

n/a 

CONDITION  CATEGORY 

*  Condi tion_category 

C/20 

n/a 

CONDITIONJYPE 

*  Condi tion_type_id 

1/3 

Condi tion_category 

C/20 

n/a 

Cond i t i on_type_name 

C/30 

n/a 

CONDITION  VALUE 

*  Condi tion_value_id 

1/3 

Condi  tion^ype^^d 

1/3 

Condi ti on“val ui_name 

C/30 

n/a 

Default 

C/1 

Y,N 

FUNCTION-CONDITION-EFFECT 

*  Func_id 

1/4 

*  Condition_value_id 

1/3 

Effected 

C/1 

Y.N 

PRECEQENCE_NETWORK_NODE 

*  Func_i3 

1/4 

*  Node” 

1/3 

FROM  NODE 

*  Func  id 

1/4 

*  Node” 

1/3 

*  From_node 

1/3 

Task”time 

1/6 

Job  id 

1/3 
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U/M 


n/a 

n/a 

secs 

secs 

n/a 


n/a 


n/a 

n/a 

n/a 


n/a 

n/a 

n/a 

n/a 


n/a 

n/a 

n/a 


n/a 

n/a 


n/a 

n/a 

n/a 

secs 

n/a 


Table  2  (Continued).  Product  5  Entity  Definitions. 


RECORD/Field  Name 

Tvoe/Prec. 

Ranae 

m 

TO  NODE 

*  Func_id 

1/4 

n/a 

*  Node 

1/3 

n/a 

*  From_node 

1/3 

n/a 

Task_time 

1/6 

secs 

Job_id 

1/3 

n/a 

JOB 

*  Job  id 

1/3 

n/a 

( 


\ 
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USER  ACCEPTANCE  PLAN  FOR  PRODUCT  5 


User  Concerns 

The  purpose  of  a  user  acceptance  plan  is  to  identify  potential  sources 
of  resistance  to  automation  use  and  develop  remedies  for  the  problems  prior 
to  the  introduction  of  the  automation  into  the  work  setting.  When  a  user  is 
presented  with  an  automated  aid  or  tool  for  use  in  his  or  her  job,  that  user 
is  likely  to  ask  a  number  of  questions.  The  questions  asked  by  a  user  will 
fall  into  two  categories:  (1)  questions  relating  to  getting  started  with 
the  automation;  and  (2)  questions  relating  to  the  performance  with  the 
automation.  The  questions  relating  to  getting  started  with  automation  that 
a  user  might  ask  include: 

•  What  is  it  going  to  take  to  get  my  paper  files  over  to  the 
computer? 

•  How  much  time  is  it  going  to  take  for  me  to  learn  to  use  this  aid? 

•  How  long  will  it  be  before  I  can  actually  get  some  work  done  with 
this  aid? 

These  questions  relate  to  the  "start-up"  costs  associated  with  bringing 
new  tools  or  techniques,  particularly  automated  ones  into  the  work 
environment.  The  areas  of  concern  to  the  user  relate  to  the  transition  and 
learning  requirements  associated  with  incorporating  an  automated  aid  into 
his  or  her  work  setting.  In  essence,  the  user  is  attempting  to  do  a  cost 
trade-off  analysis,  where  "start-up"  costs  are  typically  paid  for  by  time 
away  from  doing  the  day-to-day  job.  It  is  anticipated  that  the  user's 
perceived  "start-up"  cost  will  be  directly  proportional  to  his  or  her 
resistance  to  incorporating  the  aid  into  the  job. 

Once  a  user  is  familiar  with  the  use  of  the  automated  aid,  other 
questions  will  arise  relating  to  the  performance  of  the  aid,  including: 

•  Is  the  aid  doing  something  that  I  would  rather  do? 

•  What's  going  on  inside  the  "black  box"? 

{  t  Is  the  aid  performing  to  my  satisfaction? 

•  Is  there  enough  time  to  accomplish  my  task  with  the  aid? 

•  Is  the  aid  improving  the  quality  of  my  performance? 

e  Does  this  aid  accommodate  my  increasing  understanding  and  skill? 

e  How  do  my  colleagues  and  supervisors  view  this  aid? 

Each  of  these  questions  reflects  an  area  of  user  concern  that  may 
impact  the  acceptance  or  rejection  of  an  automated  aid  in  the  job 
environment.  These  areas  of  concern  are  briefly  discussed  below. 

Credibility.  The  first  three  questions  relate  to  the  credibility  a 
user  will  assign  to  an  automated  aid.  Credibility  associated  with 
(  automation  may  be  partitioned  into  two  aspects:  belief  that  automation  is 

capable  of  the  functions  allocated  to  it;  and  understanding  in  how 
automation  is  doing  what  it  is  doing.  The  two  aspects  of  credibility  are 
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associated  with  the  allocation  of  functions  to  humans  and  automation  and  the 
user-computer  Interface  facets  of  automation  design,  respectively. 

During  the  front-end  analysis  phase  of  automation  design,  functions  are 
allocated  to  automation  for  performance.  If  functions  are  allocated  to 
automation  that  a  user  In  the  non-automated  environment  exerts  control  over, 
the  credibility  of  automation  performing  such  functions  may  Influence  the 
user  acceptance  of  the  automation.  In  particular,  functions  that  require 
skill,  judgment,  or  creativity  may  not  be  viewed  by  the  user  as  credible  If 
assigned  to  automation.  This  user  perception  may  be  based  on  his  or  her 
desire  to  retain  control  over  the  function  or  a  perceived  inadequacy  of 
automation  to  perform  the  function.  Regardless  of  the  underlying  reason, 
the  result  is  a  problem  for  the  design  developer  In  terms  of  gaining 
acceptance  of  the  automation  by  the  user. 

The  second  aspect  of  credibility  relates  to  the  design  of  the  user- 
computer  interface.  In  particular,  for  automation  to  be  credible  to  the 
user,  the  user  needs  some  understanding  of  how  automation  Is  accomplishing 
the  functions.  Users  cannot  assign  credibility  of  automation  performance  if 
the  operation  has  the  appearance  of  a  "black  box."  The  underlying  Issue 
here  concerns  the  user's  need  to  evaluate  performance  of  an  automated  aid. 
The  amount  of  Information  needed  for  evaluation  Is  directly  proportional  to 
the  expertise  of  the  user,  with  the  expert  requiring  the  most  and  the  novice 
requiring  the  least. 

The_ease  of  use  of  an  automated  aid  Is  also  likely  to  Influence 
credibility  assignment.  If  an  automated  aid  is  difficult  to  use  the 
potential  for  user  resistance  of  the  aid  is  Increasing.  For  example,  an  aid 
which  forces  the  user  to  adopt  new  and  different  methods  for  accomplishing 
his  or  her  task  Is  likely  to  be  resisted.  Computer  jargon  1$  another 
example  where  the  designer  is  likely  to  meet  with  resistance  on  the  part  of 
the  user  by  asking  that  the  user  adjust  to  new  or  different  terminology. 

Quality  of  Job  Performance.  For  an  aid  to  gain  user  acceptance,  the 
aid  cannot  be  perceived  as  reducing  the  quality  of  the  user's  job 
performance.  There  are  a  number  of  ways  In  which  the  quality  of  job 
performance  may  be  Influenced  by  the  introduction  of  an  automated  aid  to  the 
job  environment.  Functions  allocated  by  the  designer  may  result  In  user 
tasks  that  are  viewed  as  unacceptable  tasks  to  the  user.  In  such  a 
situation  user  rejection  of  the  aid  Is  likely.  From  a  different 
perspective,  unreliable  performance  by  automation  may  require  extra  time  and 
effort  on  the  user's  part  to  address  the  problems  created;  user  acceptance 
Is  likely  to  be  low  for  the  perceived  source  of  the  problem,  the  automation. 

Expertise  Levels.  There  are  two  different  types  of  expertise  levels 
that  should  be  considered  In  an  attempt  to  gain  user  acceptance  of  an 
automated  aid.  First,  there  Is  the  range  of  expertise  Inherent  In  the 
target  user  group.  Second,  there  Is  the  changing  skill  level  of  an 
Individual  user  as  he  or  she  gains  familiarity  and  proficiency  with  the  use 
of  the  aid. 

The  concern  about  expertise  level  within  the  target  user  group  focuses 
on  the  domain  knowledge  of  users  that  the  automated  aid  supports.  When  the 
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target  user  group  is  relatively  homogeneous  in  their  domain  knowledge  and 
skill  levels,  this  concern  is  not  a  viable  issue.  On  the  other  hand,  if  the 
target  user  group  is  heterogeneous,  a  potential  problem  exists.  The 
underlying  question  facing  an  aid  designer  is  "what  level  of  prpficiency  in 
the  job  performance  should  we  assume  a  user  will  have?”  The  higher  the 
proficiency  assumed,  the  fewer  users  in  a  heterogeneous  group  of  users  will 
actually  be  able  to  benefit  from  the  use  of  the  aid  in  their  work 
environment. 

The  second  part  of  the  expertise  level  issue  concerns  the  manner  in 
which  the  user  is  able  to  interact  with  an  automated  aid  as  he  or  she  gains 
experience.  Novice  users  are  only  novices  for  a  brief  period  of  time. 
Frequently,  friendly  interface  designs  are  optimized  for  the  novice  user  and 
become  a  source  of  frustration  as  the  user  transitions  from  novice  to 
experienced  user.  An  automated  aid  which  is  designed  solely  for  a  novice 
user  is  only  optimal  for  an  environment  where  the  aid  does  not  become  an 
integrated  part  of  an  individual's  job  environment.  Such  a  situation  would 
be  characterized  as  a  continually  changing  set  of  users  who  due  to  lack  of 
repeated  exposure  do  not  transition  beyond  the  novice  stage  of  automated  aid 
use.  User  acceptance  of  an  automated  aid  requires  that  the  transitional 
nature  of  user  be  accommodated  unless  the  situation  clearly  indicates  that 
users  will  not  have  repeated  exposure  or  opportunities  to  use  the  aid. 

Views  of  Colleagues  and  Supervisors.  While  the  acceptance  of  an  aid 
is  not  likely  to  made  solely  on  the  basis  of  the  opinion  of  others,  opinions 
will  be  an  influencing  factor.  Enthusiasm  among  colleagues,  in  particular, 
for  an  automated  aid  in  the  job  environment  will  help  to  lead  to  acceptance. 
Proponency  for  automation  in  the  work  place  is  frequently  driven  from  the 
top-down.  A  top-down  push  for  acceptance  may  work  in  the  short  term,  but 
tends  to  be  effective  only  while  the  proponent  is  in  place;  when  the 
proponent  leaves  so  does  the  enthusiasm. 

The  early  involvement  of  the  target  users  in  the  design  and  development 
process  is  one  method  for  creating  support  for  an  automated  aid.  Users  tend 
to  view  their  involvement  as  an  opportunity  to  achieve  a  positive  influence 
on  the  impending  changes  to  their  work  setting.  The  development  of  user 
interest  groups  serves  as  a  mechanism  for  bringing  the  users  into  the 
process  to  benefit  themselves  as  well  as  the  automated  design. 


User  Concerns  and  Product  5  Acceptance 

To  gain  user  acceptance  of  Product  5,  it  is  important  to  identify  the 
nature  of  the  concerns  discussed  in  the  first  section  and  their  importance 
to  Product  5  users.  The  first  step  is  the  identification  of  potential 
Product  5  users.  When  identifying  the  users  of  Product  5,  we  should 
consider  that  there  may  be  two  different  sets  of  users.  The  most  obvious 
set  of  users  are  those  that  will  actually  interact  with  Product  5  in  the 
process  of  estimating  manpower  requirements  for  a  target  system.  The 
concerns  of  this  first  set  of  users  are  likely  to  be  those  identified 
earlier  in  the  section.  A  second  set  of  users  are  those  that  will  use  the 
manpower  estimates  generated  by  the  first  user  group.  These  individuals  are 
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likely  to  be  concerne(f  with  how  the  automation  aids  In  arriving  at  the 
manpower  estimate. 

First  Look  for  and  at  Users.  Those  users  who  are  likely  to  directly 
Interact  with  Product  5  In  the  process  of  estimating  manpower  requirements 
are  likely  to  be  found  within  the  Directorate  of  Combat  Developments  at  the 
numerous  TRADOC  schools..  Preliminary  efforts  have  been  made  to  locate 
potential  users  at  these  locations.  Specifically,  contact  has  been 
established  with  Individuals  at  Fort  Rucker  and  Fort  Knox  based  on  names 
provided  by  TRADOC  Headquarters.  The  purpose  of  exploring  contacts  at  this 
stage  of  design  Is  to  begin  to  Identify  potential  concerns  for  the  user 
acceptance  of  Product  5.  From  our  preliminary  discussions  with  potential 
users  a  number  of  Issues  have  surfaced  that  may  Influence  the  user 
acceptance  of  Product  5. 

Individuals  Involved  In  manpower  estimation  are  not  likely  to  be 
prepared  to  devote  an  extensive  amount  of  time  transitioning  to  and  learning 
to  use  an  automated  aid.  One  Individual  Indicated  that  If  he  couldn't 
learn  to  use  an  aid  In  one  day,  he  would  be  hesitant  to  use  It.  In  terms 
of  user  acceptance,  they  are  likely  to  balance  the  time  required  to  learn  to 
use  the  aid  against  the  cost  of  time  taken  from  their  on-going  Job.  In 
addition,  at  least  some  users  will  not  be  responsive  to  reading  manuals, 
particularly  lengthy  ones,  in  order  to  learn  to  use  the  aid. 

There  Is  likely  to  be  a  heterogeneous  population  of  user  In  respect  to 
automation  experience.  Some  users  may  be  experienced  with  automation, 
though" rTot  necessarily  from  their  Job  In  the  manpower  estimation  domain. 
Other  users  may  have  little  or  no'  automation  experience.  The  design 
Imperative  of  ease  of  use  for  Product  5  Is  on  target  for  the  potential 
users.  There  will  be  a  need  to  accommodate  the  transition*:  of  users  as  they 
become  Increasingly  familiar  with  the  use  of  the  aid. 

The  process  of  manpower  estimation  Is  characterized  as  a  time-consuming 
and  difficult  process.  In  some  cases,  users  may  have  a  large  amount  of  data 
upon  which  to  develop  an  estimate.  In  other  cases,  users  may  have  sparse 
data  available  to  them  for  developing  an  estimate.  It  Is  likely  that  users 
will  be  quite  receptive  to  an  aid  that  reduces  the  time  consuming  nature  of 
their  task. 

Whether  or  not  the  target  user  group  for  Product  5  can  be  characterized 
as  homogeneous  or  heterogeneous  Is  not  known  at  this  point.  However,  It  Is 
apparent  that  there  is  no  formal  training  for  the  manpower  estimation 
process.  There  are  publications  from  TRADOC,  Soldier  Support  Center,  as 
well  as  local  expertise  and  possibly  locally  developed  guidelines  that 
provide  the  basis  for  on-the-Job  training.  Attempts  should  be  made  early  In 
Phase  3  of  this  effort  to  determine  the  range  of  domain  knowledge 
represented  In  the  potential  user  group  of  Product  5. 

Bring  the  User  Into  the  Design  Process.  In  an  attempt  to  maximize  the 
potential  user  acceptance  of  Product  5,  users  need  to  be  brought  Into  the 
.design  and  development  process.  The  beginning  of  Phase  3  of  this  effort  Is 
an  optimum  time  to  bring  the  user  into  the  process.  At  such  a  time  our 
design  and  development  process  will  be  a  sufficient  point  of  maturity  to 
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provide  users  with  the  design  of  the  aid  for  their  comment.  Importantly, 
bringing  the  user  in  at  that  point  will  still  enable  user  modifications  to 
become  incorporated  into  the  actual  aid. 

The  suggested  vehicle  for  bringing  the  users  into  the  process  is  a  user 
interest  group.  Currently,  each  school  has  a  standing  HANPRINT  committee. 
While  these  committees  do  not  necessarily  contain  those  individuals  who  are 
likely  to  be  the  users  of  Product  5,  the  DCD  members  of  such  committees  are 
likely  in  a  position  to  identify  the  potential  users.  In  addition,  there 
are  undoubtedly  members  on  HANPRINT  committees  who  would  be  interested  to 
learn  about  Product  5  as  potential  users  of  Product  5  output. 

The  user  Interest  group  would  have  multiple  objectives.  One  objective 
is  to  explain  to  users  the  purpose  and  proposed  operation  of  the  aid.  The 
second  objective  is  to  elicit  from  potential  users  an  evaluation  of  the 
proposed  aid  and  suggested  remedies  to  shortfalls  in  the  design  or 
improvements  that  may  be  made.  The  following  topics  should  be  addressed  by 
design  developers  at  a  user  Interest  group  meeting: 

t  The  objective  and  purpose  of  Product  5 

•  Potential  benefits  of  using  Product  5 

•  How  Product  5  works  including  data  entry  requirements 

•  Product  5  interface  operation 

•  How  to  judge  the  performance  of  Product  5 

•  How  Product  5  adapts  to  various  skill  and  experience  levels 

Next,  data  should  be  elicited  from  the  potential  users  on  the  following 
issues: 

•  User  concerns  related  to  transitioning  from  their  current  method  of 
manpower  estimation  to  the  use  of  Product  5. 

e  User  concerns  about  the  learning  requirements  associated  with 
Product  5. 

e  Whether  Product  5  will  allow  the  users  to  perform  the  estimation 
process  in  a  manner  acceptable  to  them. 

t  The  quality  of  job  performance  and  whether  or  not  Product  5  is 
viewed  as  an  asset. 

•  Potential  problems  with  the  use  of  Product  5  as  designed. 

•  Suggested  improvements  of  Product  5. 

There  are  a  variety  of  ways  that  opinions  could  be  elicited  during  a 
user  interest  group  session.  A  questionnaire  could  be  given  to  participants 
to  insure  that  input  is  obtained  from  all  interested  members.  The  use  of  a 
questionnaire  would  be  advantageous  in  that  brief  demographic  questions 
could  be  included  to  differentiate  consents  of  potential  "hands-on"  users 
from  users  of  the  Product  5  output.  The  questionnaire  method  for  eliciting 
opinions  has  the  advantage  of  developing  a  written  record  of  concerns  and 
the  type  of  user  raising  the  concerns. 
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Participants  in  the  user  interest  group  should  be  made  aware  of  the 
impact  they  have  on  Product  5  design  and  development.  Some  sort  oJF  follow¬ 
up,  such  as  a  memo  to  the  interest  group,  is  advised  to  inform  the  users  of 
actions  taken  on  their  concerns.  In  this  way,  bringing  the  users  into  the 
design  and  development  process  also  means  providing  them  with  feedback  to 
keep  them  in  the  loop. 

Members  of  the  user  interest  group  should  Include  users  from  each 
TRAOOC  school  if  possible.  Accomplishing  this  objective  might  necessitate 
meeting  with  subsets  of  the  group  at  different  times  and  locations.  The 
alternative  of  comprising  an  interest  group  from  one  to  two  schools  could 
have  the  disadvantage  of  a  lack  of  general izability  of  the  findings.  While 
there  are  likely  similarities  in  the  manpower  estimation  process  across  the 
schools  there  may  be  some  differences  due  to  the  type  of  systems  or 
equipment  of  concern  at  each  school. 

Cost  and  Benefits  of  User  Interest  Groups.  Bringing  users  into  the 
design  and  development  process  has  costs  associated  with  it.  As  evidenced 
by  the  tentative  agenda  for  a  user  interest  group,  advanced  preparation  of 
materials  is  necessary  for  the  design  developer  team.  Given  the  objective 
of  eliciting  input  from  all  TRAOOC  schools,  multiple  user  interest  groups 
meeting  would  be  a  possible  requirement.  On  the  user  side,  there  is  a  cost 
in  the  time  for  attendance.  The  actual  duration  of  a  user  interest  group 
meeting  can  be  reduced  by  the  preparation  of  "read  ahead"  packages.  A  "read 
ahead"  package  could  contain:  Product  5  description,  possibly  storyboards 
to  show  interaction,  design  developer  concerns  for  which  user  opinion  is 
needed,  meeting  objectives  and  agenda.  The  use  of  a  "read  ahead"  package 
offers  the  attendees  the  opportunity  to  be  prepared  for  the  conference  and 
frequently  increases  the  quality  of  a  conference  while  reducing  the  time 
required. 

The  benefits  of  a  user  interest  group  directly  impact  the  potential 
user  acceptance  of  Product  5.  Allowing  users  to  evaluate  the  design  prior 
to  implementation  offers  the  benefit  of  identifying  potential  problems  while 
the  problems  may  be  readily  corrected.  Membership  in  user  interest  group 
gives  the  user  the  opportunity  to  become  part  of  the  aid  development  team. 

By  becoming  part  of  the  team  the  user  has  an  investment  in  the  ultimate 
successful  implementation  of  the  automated  aid  into  his  or  her  work 
environment. 
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APPENDIX  A 


SUMMARY  OF  R:BASE  INTERFACE 


Overview 

The  selection  of  the  R:BASE  data  base  management  system  (DBMS)  for 
Product  5  directly  constrains  the  nature  of  the  Product  5  man-machine 
interface  (MMI).  This  appendix  identifies  the  specific  MMI  features  of 
applications  built  using  the  R:BASE  DBMS.  These  MMI  features  include  the 
nature  of  menus  and  forms,  as  well  as  the  keystrokes  (and  their  sequences) 
used  in  manipulating  menus  and  forms. 


The  Application  Development  Tools  of  R:BASE 

R:BASE  provides  several  application  development  tools  through  which 
users  interactively  define  menus,  associate  objects  to  menu  options,  and 
define  forms. 

APPLICATION  EXPRESS  is  used  to  define  menus  and  to  associate  one  of  the 
following  with  each  menu  option  (except  "Exit"):  1)  a  form,  2)  a  lower 
level  menu,  3)  a  "non -form- based"  data  base  query/update  statement  in  the 
R:BASE. query  language,  4)  a  report  definition,  or  5)  an  executable  module 
written  in  a  foreign  (non  R;BASE)  language  (e.g.,  "C").  APPLICATION  EXPRESS 
is  also  used  to  define  the  structure  of  all  data  base  tables  which  form  the 
basis  for  the  application. 

FORMS  EXPRESS  is  used  to  define  forms,  and  is  invoked  by  APPLICATION 
EXPRESS  when  the  developer  conveys  the  intention  to  associate  a  form  with  a 
menu  option. 

These  are  robust  development  tools.  An  additional  tool,  REPORTS 
EXPRESS  is  used  to  interactively  define  reports.  All  these  tools  generate 
"programs"  in  the  R:BASE  command  language,  which  may  be  customized  (e.g., 
through  the  insertion  of  additional  statements  in  the  R:BASE  command 
language).  A  last  step  is  required  to  compile  the  R:BASE  command 
application  definition  into  an  executable  representation. 

tteniis 


R:BASE  provides  the  mechanisms  for  defining  two  flavors  of  menus, 
vertically  and  horizontally- arranged  menu  options.  Figure  A-1  provides  a 
sample  of  each.  The  last  option  In  all  menus  should  be  "Exit."  The 
selection  of  exit  returns  the  user  to  the  parent  menu  for  all  menu  levels 
except  the  highest  menu,  and  escapes  the  Product  5  application  altogether  at 
the  main  menu.  R:BASE  also  enables  the  developer  to  optionally  establish 
"[ESC]*  with  this  menu  "Exit"  function. 

For  R:BASE  menus  with  vertical  options,  the  user  selects  an  option  by 
using  the  cursor  direction  keys  (e.g.,  "down  arrow")  or  typing  the  option 
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R:BASE  Vertical  Menu 
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Figure  A-1,  RcBASE  Vertical  Menu  and  R:BASE  Horizontal  Menu. 
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number  (immediate  left  of  option),  followed  by  a  "[RETURN]."  The  developer 
can  also  define  function  keys  to  be  associated  with  menu  options. 

Note  that  menus  have  a  menu  title  that  is  displayed  on  the  menu  above 
options  (in  the  sample  vertical ly^arranged  options  menu,  "Sales 
Information"). 

During  menu  definition,  the  developer  can  define  help  text  to  be 
associated  with  a  menu,  which  is  available  to  the  user  at  run-time  through 
the  selection  of  "[FIO]."  For  Product  5,  this  mechanism  should  be  used  to 
describe  in  a  few  sentences  the  purpose  of  each  menu  option.  R:BASE  enables 
this  help  text  to  be  up  to  5  pages  in  length,  but  Product  5  should  constrain 
it  to  a  single  page. 


R:BASE  Forms 

RrBASE  forms  have  the  following  characteristics: 

1.  Form  fields  require  explicit  user  entry  to  add/modify.  The  notion 
of  highlighting  items  for  selection  is  not  supported. 

2.  Forms  can  map  to  at  most  5  data  base  tables. 

3.  Components  (see  Figure  A-2): 

a.  Form  title. 

b.  Operations  menu  at  top  of  form  (R:BASE  terms  these  "menu 
options").  Generally,  users  first  complete  form  fields  with 
data,  and  then  select  an  operation  from  the  top  of  the  form 
(e.g.,  the  equivalent  of  "insert,"  "update,"  etc.). 

c.  Prompts  for  data  entry  (e.g.,  "Salesman:"). 

d.  Form  fields  (for  data  entry/display/modification)  that  are 
associated  with  either  table  fields  or  with  variables. 

e.  Status  line  which  displays  information  about  the  completion 
status  of  data  entry  insertions/updates  and  field  validation. 

4.  R:BASE  supports  the  facility  for  expressing  master-detail 
relationships  on  forms,  such  that  fields  from  many  instances  of  the 
detail  record  are  displayed  ("Transaction  Detail"  in  Figure  A-2) 
with  a  single  instance  of  the  master  record  to  which  they  relate 
("Transaction"  in  Figure  A-2).  This  mechanism  provides  the 
remaining  two  components  of  R:BASE  forms,  below. 

a.  "Tiers"  which  map  to  single  instances  of  the  detail  record. 

b.  "Regions"  which  are  composed  of  the  tiers  an{i  the  detail  record 
header  line.  There  is* a  constraint  of  one  region/form. 
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Figure  A-2.  Text,  Fields,  Regions,  and  Tier  On  a  Form 
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5.  R:BASE  forms  are  driven  by  either  of  two  run-time  components  of 
R:BASE,  ENTER  and  EDIT,  which  are  associated  with  the  form  at  form 
1  definition.  ENTER  is  used  when  the  primary  purpose  is  to* enter  new 

rows  of  data  (though  it  is  also  possible  to  edit  rows  using  ENTER); 
EDIT  is  used  when  the  primary  purpose  is  to  edit  existing  data 
(though  it  is  also  possible  to  enter  new  rows  using  EDIT). 
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There  is  a  different  set  of  menu  operations  associated  with  ENTER 
and  EDIT  (see  Figure  A-3  and  A-4),  that  are  displayed  at  the  top  of 
the  form. 
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During  form  definition,  FORMS  EXPRESS  prompts  for  I)  general  form 
characteristics,  2)  table  characteristics,  and  3)  field 
characteristics.  Although  forms  fields  can  map  to  as  many  as  5 
tables,  the  first  table  specified  is  treated  as  the  main  table  that 
the  form  is  meant  to  serve.  R:BASE  defines  default  characteristics 
for  fields  based  on  the  source  of  the  field's  value,  so  that  form 
fields  that  map  to  data  base  fields  in  other  than  the  main  table 
are  assumed  for  display  only.  These  default  field  characteristics 
can  be  modified.  Further,  expressions  that  reflect  table  lookups 
to  fill  form  fields  in  other  than  the  main  table  must  be  defined 
explicitly  when  the  form  is  used  with  either  ENTER  or  EDIT;  table 
lookups  must  also  be  defined  for  entries  in  the  main  table  when  the 
form  is  used  with  ENTER. 


8,.  A  number  of  function  keys  are  defined  that  enable  the  user  to  move 
/  ''the  cursor  throughout  a  form  and  to  otherwise  manipulate  data  on  a 

form.  These  function  keys  and  their  corresponding  actions  are 
identified  in  Figure  A-5. 


Product  5  Forms 

R:BASE  effectively  differentiates  between  the  user  actions  of  initially 
entering  data  and  then  modifying  it  (after  it  has  been  written  to  the  data 
base).  As  previously  mentioned,  there  are  different  menu  operations 
associated  with  both  (Figures  A-3  and  A-4).  Although  ENTER  can  be  used  to 
modify  data,  ENTER  operations  do  not  include  the  capability  to  move  backward 
{  and  forward  through  instances  of  the  main  table  the  form  is  meant  to  serve 

(see  ”-f”  note  at  bottom  of  Figure  A-5).  Although  EDIT  can  be  used  to  enter 
new  data,  this  is  accompli hsed  by  "writing  over"  an  existing  instance  of  the 
target  table  on  the  form  (followed  by  the  "Add  New"  EDIT  operation).  The 
definition  of  "lookups"  for  a  form  also  differ  depending  upon  whether  the 
form  is  used  to  enter  or  modify  existing  data. 

^  Consequently,  Product  5  should  have  different  menu  options  and  form 

definitions  that  correspond  to  the  actions  of  initially  creating  new  data, 
and  subsequent  modification  of  that  data.  Modification  can  also  include  the 
random  insertion  of  new  instances  of  some  target  table. 
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lible  7  Menu  Options  ^th  the  ENTER  Command 

*•  Option _  Rirpose _ ■ 

Adds  the  dau  on  the  fcnn  to  the  tpproprisw  tables.  Qean  the  screen  far  jmi  to  enter  another  row. 

Adds  the  highlighted  tow  as  a  new  tow  to  its  table  and  leaves  the  values  dispbyed  in  the  fieids 
far  you  to  use  again.  If  you  have  entered  data  on  the  fenn  below  the  highlight^  tow,  those  rotes 
aro  added  to  their  tables  and  cleared  from  the  screen.  Vhen  you  arc  entering  repetitive  infanruiion 
into  a  table,  use  this  option  to  save  time  and  keystrokes. 

Returns  you  to  the  farm  so  that  you  can  edit  your  data.  Does  nar  add  the  data  to  the  database. 
Applies  only  befate  the  data  is  added  to  the  database. 

Reittoves  the  highlighted  row  £na  the  screen.  If  the  farm  serves  trwte  than  one  table  and  the  row 
ia  not  in  the  last  table,  a  prompt  asks  if  you  want  to  discard  only  the  highlighted  tow,  or  the 
highlighted  row  and  any  depen^t  lom  further  doom  the  farm. 

Ends  the  session  of  farm  use.'You  can  also  leave  the  farm  by  pressing  [ESC]. 


For  a  tin  of  function  used  in  form  processing,  tee  uble  6  under  the  EDIT  command 
in  this  dictioiury. 

ENT  is  the  shortest  form  of  the  command  name. 

Examples 

ENTER  ^form  FROM  b;\transact\trans.dat 

Uses  the  form  mm/orm  to  load  dau  from  the  external  file  nmn-dat  residing  on  drive  b:  in 
directory  omuct. 

.  .  ENTER  tranform  FOR  1  ROW 

Displays  the  form  oanfarm  and  allows  the  user  to  enter  one  row  of  dau  id  the  first  able 
served  by  tranfom.  The  user  can  enter  as  many  rows  of  dau  in  subsequent  ubles  as  are 
appropriate  far  the  one  tow  entered  in  the  first  able.  This  option  is  convenient  in 
applications  that  requite  other  actions  to  take  place  after  loading  each  complete  entry. 

ENTER  tranfonn  AT  S 

Displays  the  form  vnnform  at  screen  tow  S. 


Figure  A-3.  The  ENTER  Option, 
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ENTER  Using  a  Form 


SYNTAX 


ENTER 


USING 


fbrmname 


1-  FOR  n  ROWS-J  •-  AT  scmrow  J 
•-  FROM  filespec-* 


'  Related 
Commands 

See  Also 

Purpose 


Options 


‘Comments 


EDIT  USING,  SET  AUTOSKIP 
Chapter  3,  User's  Matausl 

The  ENTER  command  is  used  to  add  daa  to  tables  using  the  specified  form  (see  the 
FORMS  command  in  this  dictionary). 

USING:  This  wotd  is  optional. 

AT  semmo...:  Draws  the  form  onV specific  row  of  the  screen  other  than  the  first. 

FROM  filtspee:  Indicates  that  the  data  is  entered  from  an  external  ASCII  file  rather  than 
from  keyboard  entry.  It  can  only  be  used  with  a  single>table  form. 

FOR  n  ROWS...:  Limits  the  number  of  rows  entered  to  the  integer  number  represented 
by  a. 

This  command  displays  a  previously  created  form  on  the  screen  to  be  used  for  data  entry. 
For  instructions  on  how  to  set  up  a  form,  see  the  FORMS  command  in  this  dictionary. 

FUeGateway  is  the  recommended  method  for  transforring  fixed  field  ASCII  files  into 
R:BASE;  however,  you  can  transfer  fixed  field  ASCII  files  into  R:BASE  using  a  form 
with  the  ENTER  command  and  the  FROM  JUespte  option.  If  adding  data  from  a  fixed 
field  ASCII  data  file  with  tows  less  than  or  equal  to  M  characten,  define  a  form  that 
matches  column  entry  locations  to  Hie  locations.  If  the  rows  are  greater  than  80  characten, 
use  FileGateway.  To  add  data  to  a  table  via  the  keyboard,  omit  the  file  specification. 

When  a  form  is  created,  the  form  designer  determines  which  database  actions  are  allowed 
on  the  specified  ables  and  which  menu  options  are  displayed  during  form  use.  Table  7 
shows  all  the  menu  options  available  with  the  ENTER  command  using  a  form. 


Figure  A-3  (Continued). 
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EDIT  Using  a  Form 
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Figure  A 


—  SYNTAX  - 

edit  using  ■  termname  i.  ^  _l  u  SORTED  BY  coHist  -J 

L  WHERE  condlist  -J 


EDIT,  ENTER,  SET  AUTOSKIP 
Chapter  3,.  Uur’t  Manual 

The  EDIT  USING  eoiiunand  is  used  to  view,  change  or  update  dau,  or  delete  rows  that 
are  displayed  in  the  specified  form  (see  the  FORMS  conunand  in  this  dictionary). 

AT  temroa...:  Draws  the  form  on  a  ^edfic  row  of  the  screen  other  than  the  first. 

SORTED  BY...:  Sorts  the  rows  by  the  colunu>(s)  you  specify  in  the  column  list. 

WHERE...:  Limits  the  rows  to  be  edited.  In  a  form  that  serves  more  than  one  uble,  the 
WHERE  clause  applies  to  the  first  table  in  the  form. 

This  command  displays  dau  on  the  screen  using  a  previously  created  form  (see  the 
TORMS  command  in  this  dictionary  for  instructions  on  how  to  set  up  a  form).  When  the 
form  is  created,  the  form  designer  determines  which  daubase  actions  ate  allowed  on  the 
specified  ables  and  which  menu  options  ate  displayed  during  form  use.  lable  S  shows  all 
the  menu  options  available  with  the  EDIT  command  using  a  form. 


4.  The  EDIT  Option. 
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Tible  5  Menu  Options  With  the  EDIT  Command _ 

Option _ Purpose  _ 

E4it  Mower  jou  fiem  the  menu  v  the  fcnn  to  that  the  data  dispbyed  on  the  tcreen  may  be  edited. 

Sa«e  Saaet  the  chances  that  have  been  made  on  the  displayed  data,  highligha  the  first  able  aereed 

by  the  fcnn,  and  displays  the  data  fnm  the  nen  loer  of  that  table.  The  foars  that  you 
changed  are  icpiaced  in  the  able. 

Makes  a  asm  copy  of  the  highlighted  met  in  ha  table  and  letaint  the  oeigmal  roar  erithout 
fifaUfB. 

Deletes  the  highlighted  roar  horn  ha  able  and  dears  the  roar  from  the  screen.  Before  this 
action  takes  place,  a  prompt  asks  you  to  confirm  the  command. 

Reseu  the  values  in  the  highlighted  roar  id  their  saa  before  changes  atere  made.  Applies  only 
to  the  highlighted  roar  before  changes  have  been  aved  to  the  daabase.  After  modifications 
have  been  stored,  JUm  can  rto  longer  be  used  to  restore  that  mar. . 

If  changes  haae  been  made  in  the  displayed  daa,  asks  for  confinrution  a  ave  the  changes  m 
the  database.  Highlightf  the  first  t^le  served  by  the  form  and  displays  the  daa  from  the 
previous  row  of  that  table. 

If  changes  have  been  made  in  the  cUsplayed  data,  asks  for  confirmation  to  save  the  changes  to 
the  daubase.  Highlights  the  first  cable  served  by  the  fono  and  displays  the  dau  bora  the  neat 
tow  of  that  table.  The  rows  that  you  changed  are  replaced  in  the  table. 

Ends  the  session  of  form  use.  You  can  also  leave  the  form  by  pressing  (ESQ. 


Table  6  shows  the  function  keys  available  when  using  a  form. 


Examples  In  each  example,  the  form  can  be  used  to  perform  predefined  daubase  actions  on  the 
specified  tables. 

EDIT  USING  triform  SORTED  BY  custid 

Displays  the  form  tranfom  with  the  rows  for  the  first  specified  table  in  customer  id  order. 
EDIT  USING  tranform  WHERE  custid  »  100 

Displays  the  form  tranfom  with  only  the  rows  for  the  fim  spedfied  nble  in  which  the 
customer  id  number  is  equal  to  100. 

EDIT  USING  tranform  AT  5  WHERE  transid  EXISTS 

Displays  the  form  tranfom  beginning  at  the  fifth  screen  row,  and  displays  all  the  rows 
from  the  fim  specified  table  that  contain  a  value  in  the  transid  column. 
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Quit 


Figure  A-4  (Continued).  The  EDIT  Option 


Table  6  Function  Keys  Used  In  Fonn  Pnxessing _ ^ _ 

Key _ Purpose _ 

[F2]  Ernes  the  contents  of  the  field  bom  the  screen. 

[Shift-F2]  Starting  with  the  cursor  position,  erases  to  the  end  of  the  field. 

(F4]  Causes  the  last  chancier  typed  to  be  repealed  when  you  press  the  right  or  left  arrow  key.  Press 

[F4]  again  to  stop  repeating  the  chanctec, 

(FS]  Resets  the  value  of  the  current  field  to  iu  original  state  (undoes  ediu). 

[F7]t  Displays  the  previous  row  in  the  current  table. 

{FS]t  Displays  the  nest  row  in  the  current  table. 

{F9]  Highlights  the  nest  uble  served  by  the  form  and  moves  you  to  the  first  field  of  that  table. 

[FIO]  Displays  help  for  the  current  field  or  page. 

(Shift-FlOl  Displays  more  Ainction  keys. 

(Ins]  Inserts  a  space  at  the  cursor. 

(Del]  Deletes  the  chancier  at  the  curmr. 

(T]  Moves  to  the  previous  line  in  a  field  with  more  than  one  line. 

(i]  Moves  to  the  next  line  in  a  field  with  more  than  one  line. 

(Tab]  Moves  to  the  next  field  in  the  current  row.  From  the  last  field  in  a  row,  moves  to  the  first  field. 

(Shift-lab]  Move  to  the  previous  field  in  the  current  raw.  From  the  fust  field,  go  to  the  last  field. 

(ENTER]  VTithin  a  row,  moves  to  the  next  field.  From  the  last  field  in  a  row,  moves  to  the  next  table. 

From  the  last  field  in  a  region  that  displays  mote  than  one  tow  of  dau  at  a  time,  scrolls  to  the 
fint  field  in  the  next  row. 

(Pilf^  Moves  u  the  previous  page  in  a  multi-page  form. 

.  [^Dn]  Moves  »  the  next  page  in  a  multi-page  form. 

(ESC]  From  anywhere  on  the  form,  itturas  you  to  the  menu.  From  the  menu,  returns  you  to  the 

system  Cram  which  you  entered  the  form— the  R>  prompt  or  your  application. 

t  When  the  form  is  used  with  the  ENTER  command,  these  keys  apply  only  to  rows  entered  in  a  region  that 
displays  multiple  rows  or  rows  displayed  through  master  lookups. 
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FORMING  JOBS  FROM  CATEGORY  1  (OPERATOR)  TASKS 


The  process  for  forming  jobs  from  Category  1  tasks  is  drawn  largely 
from  the  production  scheduling  and  resource  planning  literature.  Figure  B-1 
shows  the  process  of  creating  these  jobs.  The  steps  are  listed  below. 

1.  Determine  the  technological  sequence  of  tasks  required  to  perform 
each  function.  (User  may  update  original  entered  sequence.) 

2.  Develop  a  precedence  network  defining  the  task  relationships  to  the 
required  functions. 

3.  Determine  the  time  required  to  perform  each  task  under  each  set  of 
environmental  conditions.  (Input  earlier,  user  may  update.) 

4.  Identify  required  response  time  for  the  job  function  and  check  task 
times  against  response  time  requirement.  If  one  or  more  task  times 
exceed  the  response  time,  the  task(s)  must  be  redesigned  or  the 
response  time  must  be  relaxed. 

5.  Identify  constraints  on  assigning  tasks  to  jobs  due  to  proximity 
and  simultaneity  requirements. 

6.  Using  automated  resource  allocation  techniques,  create  work 
stations/jobs  based  on  the  precedence  network  and  response  time 
requirements. 

7.  Test  the  sensitivity  of  the  number  of  work  stations/jobs  to  the 
response  time  requirement. 

8.  List  the  possible  job  assignments  and  resulting  response  times. 

Input  to  Step  1  is  the  task  sequence  entered  by  the  user  during  data 
entry.  Each  task  related  to  a  given  system  function  is  selected  by  the  user 
along  with  its  immediate  predecessor (s)  (i.e.,  the  task(s)  that  must  be 
completed  before  it  can  begin).  Note  that  all  tasks  related  to  a  given 
function  will  fall  in  the  same  task  group.  The  system  design  will  drive  the 
task  sequence.  The  sequence  will  be  determined  by  successively  asking  the 
question  "What  tasks  must  be  completed  before  this  task  can  begin?"  The 
questioning  process  continues  until  all  tasks  related  to  a  function  have 
been  placed  in  sequence  (note  that  some  tasks  or  series  of  tasks  may  be 
performed  in  parallel). 

Step  2  formalizes  the  information  collected  in  the  first  step  by 
creating  a  network  that  reflects  the  aggregate  set  of  precedence 
requirements  associated  with  the  successful  accomplishment  of  a  given 
function.  The  precedence  network  is  important  in  that  it  identifies  those 
tasks  that  must  be  performed  in  sequence  and  those  that  can  (but  not  must) 
be  done  at  the  same  time.  This  is  done  automatically. 
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Process  for  Converting  Category  1  Tasks  Into  Jobs 
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step  3  assigns  times  to  each  of  the  tasks  in  the  precedence  network. 

The  method  that  Product  5  will  use  to  identify  and  assign  task  times  was 
^  discussed  earlier.  An  example  of  a  precedence  network  (from  Step  2)  with 

task  times  (from  Step,  3)  is  shown  in  Figure  B-2. 

In  Step  4,  the  response  time  requirement  for  the  total  job  function  is 
identified  for  the  specific  set  of  tasks  required  to  accomplish  the 
function.  Note  that  the  achievable  response  time  for  a  function  cannot  be 
<  less  than  the  greatest  sum  of  all  sets  of  required  tasks  that  must  be 

performed  sequentially.  If  the  sum  of  the  task  times  for  a  required  set  of 
sequential  tasks  exceeds  the  required  response  time,  then  the  response  time 
cannot  be  achieved  regardless  of  the  crew  size.  In  this  case,  either  the 
response  time  must  be  relaxed  or  the  system  must  be  redesigned  to  reduce  the 
time  required  to  perform  the  tasks  in  the  sequence. 

Step  5  in  the  job  forming  process  requires  identification  of  any 
constraints  that  might  affect  the  partitioning  of  tasks  into  jobs.  These 
constraints  will  restrict  the  formation  of  jobs  and  may  arise  due  spatial 
considerations  (i.e.,  distance  between  working  areas  in  which  tasks  are 
performed)  or  a  requirement  that  two  or  more  tasks  occur  simultaneously  or 
'  in  rapid  succession.  Tasks  that  cannot  be  combined  into  the  same  job  will 

be  tagged  to  ensure  that  they  are  not  combined.  Another  form  of  constraint 
is  one  that  requires  a  set  of  tasks  to  be  performed  by  the  same  person. 
Constraints  of  this  type  may  cause  tasks  from  different  job  tasks  to  be 
combined  in  the  same  job.  The  user  will  be  asked  if  simultaneity  or 
proximjty  constrains  job  function.  The  system  default  will  be  "no" 
constraints. 

Step  6  of  the  process  is  at  the  heart  of  the  job  forming  process.  The 
process  makes  use  of  a  network  analysis  technique  know  as  the  critical  path 
method  (CPM)  or  critical  path  scheduling  (CPS).  In  the  case  of  Category  1 
tasks,  the  objective  is  to  determine  the  number  of  jobs  required  to  meet  the 
mission  timeline  requirements  for  completing  all  the  tasks  required  to 
successfully  accomplish  the  function. 

Step  6  is  an  iterative  process  through  which  tasks  are  assigned  to  a 
given  crew  size  such  that  the  response  time  is  minimized.  If  the  minimum 
response  time  achievable  with  a  given  crew  size  is  unacceptable  (i.e.,  it 
(  fails  to  meet  the  system  requirement),  the  crew  size  will  be  increased. 

This  process  will  continue  until  the  point  where  either  the  requirement  is 
met  or  further  increases  in  crew  size  do  not  decrease  the  response  time. 

This  process  is  repeated  for  each  job  task  containing  Category  1  tasks.  In 
each  case,  the  minimum  number  of  jobs  that  can  still  meet  the  required 
response  times  is  determined.  The  largest  of  these  minimum  requirements  is 
(  the  lower  bound  for  jobs  for  the  weapon  system  for  Category  1  tasks.  If  any 

of  the  functions  must  be  carried  out  simultaneously,  the  number  of  jobs  must 
increase  to  permit  all  of  the  required  tasks  to  be  completed  within  the 
required  time  for  all  functions  that  roust  be  completed  together. 

Several  slightly  different  algorithms  are  available  for  implementing 
f  the  resource  allocation  process  described  above.  Lang  (1977)  provides  a 

heuristic  approach  for  allocating  a  single  type  of  resource  to  tasks  in  a 
critical  path  network.  An  algorithm  for  allocating  multiple  resources  was 
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developed  by  Brooks  (1963)  and  further  extended  by  Bedworth  (1973)  and 
Bedworth  and  Bailey  (1982).  Bedworth  and  Bailey  {19BZ)  provided  a  computer 
coded  algorithm  that  implements  the  Brook's  algorithm. 

Brook's  (1963)  algorithm  (BAG)  was  selected  for  use  in  Product  5  for 
assigning  Category  1  tasks  to  jobs.  The  computer  coded  algorithm  is 
available  for  use  in  Product  5.  The  steps  required  to  assign  tasks 
(activities)  to  jobs  (resources)  are  as  follows.  For  convenience,  Figure 
B-3  gives  a  network  and  tabular  results  of  these  steps  based  on  three  jobs. 

A.  Develop  the  task  network,  identifying  tasks  and  their  required 
times. 

B.  Determine  the  maximum  time  each  task  controls  through  the  network 
on  any  one  path.  This  is  like  calculating  the  critical-path  time 
through  the  network  assuming  that  the  starting  node  for  each  task 
being  analyzed  is  the  network  starting  node.  This  activity  control 
time  will  be  designated  ACTIM  for  convenience. 

C.  Rank  these  times  in  decreasing  ACTIM  sequence,  as  in  Figure  B-3  (G, 
A,  C,  etc.).  ACTIM  for  task  A  is  found  by  summing  the  times  for 
tasks  A,  D,  and  E,  to  obtain' a  total  of  16.  The  rows  titled  TEARL, 
TSTART,  TFIN,  and  TNOW  are  explained  as  follows: 

1.  TEARL  is  the  earliest  possible  time,  because  of  precedence  and 
time  limitations,  to  schedule  each  task.  The  actual  time  will 
be  equal  to  or  later  than  TEARL.  TEARL  equals  the  latest  TFIN 
time  for  all  immediate  predecessor  tasks. 

2.  TSTART  is  the  actual  start  time  of  the  task.  If  there  were  no 
job  limitations,  TSTART  would  always  equal  TEARL. 

3.  TFIN  is  the  completion  time  of  each  task.  This  equals  the 
tasks  TSTART  added  to  the  job-duration  time. 

4.  TNOW  is  the  time  at  which  job  assignments  are  now  being 
considered.  Initially  TNOW  equals  zero,  but  subsequently  it 
equals  the  lowest  TFIN  time  for  all  tasks  currently  being 
worked  on. 

D.  Sequence  the  tasks  according  to  job  constraints.  TNOW  is  set  at 
zero.  The  allowable  tasks  (ACT.  ALLOW.)  to  be  considered  for 
scheduling  at  TNOW  of  zero  are  those  tasks  that  would  have  a 
critical  path  method  starting  time  of  0,  namely  tasks  G,  A,  and  C. 
These  are  placed  in  the  ACT.  ALLOW,  row,  sequenced  in  decreasing 
ACTIM  order.  In  this  example,  G,  A,  and  C  all  have  the  same  ACTIM, 
and  so  a  secondary  rule  is  needed.  For  this  example  we  will  choose 
longest  duration  first,  which  dictates  schedule  G  first.  Another 
rule  is  needed  for  A  and  C,  since  both  are  five  time-units  long. 
Arbitrarily  choose  A  before  C.  In  the  job-available  column,  the 
jobs  initially  available  are  placed--namely,  three. 
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Figure  B-3.  Brooks  Algorithm  Applied  to  Allocation  of  Category  1  Tasks  to 
Multiple  Jobs. 


E.  Determine  if  the  first  task  In  ACT.  ALLOW.,  G,  can  be  assigned.  It 
can,  since  three  jobs  are  available  and  G  requires  only  one.  Also, 
no  predecessor  limitations  prevent  G  from  beginning.  G  is  removed 
from  the  ACT.  ALLOW,  list  and  the  number  of  jobs  available  is 
decreased  by  one  to  a  value  of  two,  since  G  required  one  job. 

TSTART  for  task  G  is  set  at  the  current  TNOW  and  the  TFIN  is  set  a 
TSTART  plus  task  G's  duration  time.  Now  it  is  necessary  to 
determine  if  task  G  being  completed  will  allow  another  task  to  be 
feasible  at  some  future  time.  With  G  it  is  not,  since  G  is  itself 
an  entire  critical  path.  This  same  process  is  repeated  for  the 
remainder  of  ACT.  ALLOW,  tasks  until  the  jobs  available  are 
depleted.  In  this  case,  all  task  G,  A,  and  C  could  be  assigned  a 
TSTART  of  zero.  From  the  network  of  Figure  11  it  is  seen  that 
assigning  task  A  allows  task  B  to  be  scheduled  a  TEARL  of  five 
time-units  later  (task  A's  TFIN).  Similarly,  tasks  D  and  F  can  be 
assigned  a  TEARL  that  is  the  latest  of  A's  and  C's  TFIN  times. 

Note  that  if  task  A  had  required  too  many  resources  to  allow 
assignment  at  TNOW  of  zero,  we  would  still  see  if  task  C  could  be 
assigned. 

F.  TNOW  is  raised  to  the  next  TFIN  time,  which  happens  to  be  five,  the 
completion  times  of  both  tas^ks  A  and  C.  The  jobs  available  at  TNOW 
of  five  is  set  to  the  number  remaining  after  assigning  resources  at 
TNOW  equal  to  zero  (zero  in  this  case),  added  to  the  number  of  jobs 
freed  because  of  task  completion  at  the  new  TNOW  (two  in  this 
case).  ACT.  ALLOW,  we  now  set  at  those  not  assigned  at  the 
previous  TNOW  (none  in  this  case),  added  to  those  that  have  a  TEARL 
equal  to  or  less  than  TNOW  (D,  B,  and  F). 

G.  Repeat  this  assignment  process  until  all  tasks  have  been  scheduled. 
The  latest  TFIN  gives  the  response  ttme  that  can  be  achieved  with 
the  resources  assigned--in  this  case,  17  time  units.  Three  jobs 
have  been  scheduled. 

Step  7  in  the  job  forming  process  provides  a  means  for  investigating 
alternative  numbers  of  jobs  and  assessing  the  effect  of  these  alternatives 
on  the  ability  of  the  system  to  meet  performance  requirements.  For  example, 
a  slight  relaxation  in  the  performance  requirement  might  result  in  a  need 
for  one  less  job.  Conversely,  by  adding  another  job  to  a  weapon  system, 
system  performance  may  Increase  dramatically.  Systems  designers  and  Army 
decision  makers  need  to  be  aware  of  such  swings  in  both  requirements  and 
performance  in  order  to  make  rational  design  decision. 

The  product  of  this  process  will  be  a  listing  of  the  unique  jobs  that 
result  from  Category  1  tasks.  With  each  job  will  be  a  listing  of  the 
specific  tasks  associated  with  the  job.  Also,  for  each  function  consisting 
of  Category  1  tasks,  a  resource  profile  will  be  shown  that  indicates  what 
each  job  Is  required  to  do,  over  what  time  period,  and  the  proportion  of  the 
soldier's  time  that  is  spent  doing  the  tasks  assigned  to  the  job. 
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4  1119 

249 

119  4tl9T  149 

4  1149 

24t 

149  F0994T  l//,4X,]999C90U9Ct  19409941109  19  49  4ML9V9l,/> 

4  1149 

279 

4919T  141 

4  1199 

271 

149  40994T  </,4X,099C90U9Cf,191.1M9ll49TlTT.I4I,49C09TI 

4  1199 

272 

4919T  199 

4  1149 

271 

199  F0994T  (2X,1]99UH9E9  T1TU,MX,19II90994L  9VC9TlM,4X,t9H90994L  OV 

4  1149 

274 

tfOTIM.y) 

4  1179 

279 

90  199  Id, 9999 

4  1179 

274 

191  4I19T  149,1, <tT11<|,J),J«l,9),9t9(ll,19tlll),ClT9(l>,C9T0ll> 

4  1199 

277 

149  40994T  (4X,I].1X,144,1X.I9,9I,19,19X,I9,4X,19> 

4  1199 

279 

4919T  241 

4  1149 

.  279 

49I9T  149 

4  1149 

299 

149  40994T  (//,1X,2194CTIVITT  l940994T|09l,/> 

4  1499 

291 

49191  179 

4  1499 

292 

179  49994T  I/,II,149|K9TIF1C4TI09,1X,4M49LT.,9X,9HT0T41,2X, 494919,29 

4  1419 

291 

1X.t999E90U9CE9  91901999) 

4  1419 

294 

4919T  179 

4  1429 

299 

179  49994T  (4X,4MT4a-9949,lX,99fT49T,)X,49TtM,IX,994t.04T,  11,94941041 

4  1429 

294 

1  91  92  91  94  99  94  97  99  94  910  911  912  911  114  111  114 

4  1419 

297 

2117  910  914  929,/) 

4  1419 

299 

09  199  l■l,94CT 

4  1449 

29f 

199  49I9T  199, r(l),N(|),(9(]).909ll).T4(l),4Fll), 199(1, mi) 

4  1449 

249 

191  409941  (4X.ll,2X,|l,4X,ll,lX,Il,]X,|],]X,ll,IX,4l4,IX,ltl4l 

4  1499 

241 

14  I94CT.lt.])  00  TO  449 

4  1499 

242 

C 

4  1449 

241 

CM«««TilT  499  9C9t9ICTI9ll9  09  9flO«9CI  tHOMCIMO 

4  1449 

244 

C 

4  1479 

249 

14  (l4L9C.f9.9.l  00  TO  149 

4  1479 

244 

14  (9ICS.IT.il  90  TO  449 

4  1499 

247 

14  (C4T9.0T.T9C0)  10  TO  499 

4  1499 

249 

C 

4  1499 

244 

C«MmKTC9919l  IT491I99  9(S0U9a  UVft  *  IMIimM  409  MT  4CTIVITT 

4  1499 

199 

c 

4  1990 

191 

94X9«9 

4  1999 

102 

M  149  I<1.94CT 

4  1919 

191 

14  (99(1,11.91.94X11  IMX9«99(1,I) 

4  1919 

194 

149  C09T2MK 

4  1929 

199 

osodimn 

4  1929 

194 

ICITKD-O 

4  1919 

197 

99191 IKO. 

4  1919 

3H 

S0HIII)«O 

4  1940 

194 

inoiiimod) 

4  1999 

119 

jMimu(i) 

4  1999 
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III  C*«**«TCI1  FW  FIOXCT  FtMIlILIfV.  KTCMIK  IF  I«  UUUtCi 
111  C**«**UIU1MIICRTI  FM  m  MTtVtTT  CICUl  IHWK  MRILRH.C. 

IM  C 

11]  in  M  2M  MI.HKI 

lU  »•  FOM.(ll)>TCS<NI*Mtt<R> 

lU  N  IM  l■I.MCT 

111  M  MS  J>(,MCS 

lit  IF  IF0«.<JI-M(1,J>>  FTS.MS.MS 

IM  MS  CMTIMIf 

Ml  e  _ 

lU  C*M««CMraTE  MXIMM  MMMIN  FATE  KMTM. 

Ill  C 

124  M  21*  I>I,MCT 

125  SUII■Ef(I)*TFIII 

124  214  WFLil)*CFr>*MII 

Ml  C•••••4RR««K  4CT1V1TT  Mt«  IM  IMIEII  4F  LOMtST  RCMMINS  FATN 

)2t  C*«>«*L£MTN.  IMEM  TIES  It  IMMIM  THE  MTHITT  HITH  TMi 

111  C**«**10MIEIT  lUIATtOI  FUST. 

111  c 

112  213  MUM# 

111  M.1*M«CT‘I 

114  M  241  !■!  ,M.I 

111  IFI>1*I 

114  M  21S  J>1F1.I«CT 

117  IF  (Mn.(I)>MFL(Jlt  22S,2M,21S 

111  220  IF  (IM«1).«1.4U4(JI>  40  Tl  23S 

nt 

144  22S  10  214  L>1,N«CS 

141  rCMFILXmd.L) 

142  M(I.L>*MH(J.l> 

141  214  m<J,LI«TC*F(L} 

144  fOtT*MFI.(ll 

145  Hin<I>«Mm(JI 

144  MFL(J)«IMT 

142  lOIT.TlIT 

140  T(l»T<Ji 

14F  TIJ)*f00T 

114  I00T«H<I> 

111  H<1)*II(J) 

112  N«JI«S00T 

111  lOMT'CSdl 

114  ESdi«CS(JI 

111  ESIJ)>S0tT 

114  SOIT'lMdl 

117  WWdMMRtJI 

111  WlIJinORT 

lit  I0«T>FF<I| 

144  FFdl»FF(JI 

141  FFIIMSWT 

142  lOMTdFdl 

Ml  TFdMTFIJI 

144  TF(JI«S0RT 

US  21S  COITimC 

144  244  CORTIMW 

142  IF  <m*l>  241,241,311 

140  C 

ut  c<*«44iMniM.iZE  lumumr  stommc  loutiois. 

121  e 

121  241  FTIIK«SHMR 

123  IF  IMtT.Ol.O.OI  FTIMI'IOtn 

PI  C0IR>4.4 

P4  TIIII«4. 

121  0UT«4. 

P4  l«CT>«. 

127  FSFT-4. 


4  ins 

«  1144 
4  IM 
4  tSTI 
4  1121 

4  1104 

4  iin 

4  lltO 
4  IStS 
4  1400 
4  1441 
4  1410 
4  1411 
4  1424 
4  1421 
4  1430 
4  1411 
4  1444 
4  1441 
4  1410 
4  1411 
4  1444 
4  1441 
4  1424 
4  1421 
4  1404 
4  1401 
4  I4M 

4  ion 

4  1244 

4  1241 
4  1214 
4  1211 
4  1220 
4  1231 
4  1210 
4  1211 
4  1240 
4  1241 
4  1210 
4  1211 
A  1240 
4  1241 
4  12/4 
4  1721 
4  1 210 
4  1211 
4  I2t4 
4  1741 
4  1140 
4  1141 
4  1014 

4  ton 

4  1024 
4  1131 
A  1010 

4  nil 

4  1040 
A  1441 
4  IIM 
4  1031 
4  1044 
4  tool 
4  1024 
4  IITS 
4  1040 
4  1001 
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171 

SHPFM. 

*  I4N 

]7f 

OVU-*. 

*  IN3 

IH 

Ttl«4. 

A  l*M 

Ml 

CMT-4. 

4  l*M 

M2 

CMtIIM. 

*  1*14 

Ml 

rFll>4. 

4  1*13 

M4 

TIHC>4. 

A  1*24 

MS 

TIHM4«4. 

A  1*23 

Mi 

I0«C4«4. 

*  1*14 

It7 

T0T4L>4. 

*  1*13 

IM 

ltMT<4 

A  l*N 

Mt 

10  234  >1,22 

A  1*43 

lf( 

234  tr(J>>4. 

A  1*3* 

Ml 

M  233  IX.IMCT 

A  1*33 

)t2 

tsKimsin 

*  1*44 

Its 

4SFT(li-4. 

A  1*43 

1*4 

TEirillM. 

A  1*74 

Its 

233  UHI(I>*4. 

A  t*7S 

1*4 

c 

A  l*M 

1*7 

C****«C0l»UTE  THE  COST  Of  MIML  Ml  OVEITIK  KSOMCES. 

A  l*M 

!*• 

€•••••*4141  4**40*tl4TC  0U1*Ut  tlTLEf. 

A  l**4 

1** 

C 

A  1**3 

4M 

M  244  lal.MES 

A  ION 

4«l 

C4«CIT4(I)^4CS(4I 

A  2403 

442 

CI«CST0«lt^44CS<ll 

A  2014 

4*1 

4UT*4UT*C0 

A  2013 

444 

244  C0ST«€0ST*a 

A  2*2* 

443 

*414T  243 

*  2023 

444 

243  F0444T  (IH1I 

A  24M 

447 

IF  ll4LHC.4t.4.>  40  TO  274 

4  2*13 

444 

.  IF  IIFFS.HC.U  00  TO  143 

A  24N 

44* 

FSIIT  273 

*  2*43 

414 

00  TO  2*4 

*  2030 

411 

274  F4I4T  204 

A  0433 

412 

NIIT  213 

A  20M 

411 

273  F04MT  </,S4X.2SHTMIS  IS  4H  M.LK4TI0H  440) 

A  2MS 

414 

204  F0lfl4T  </.34S,21NrHIS  IS  *  IM.AWINS  HH> 

A  3*74 

413 

203  FOOHAT  l/y/,4X,*IH0VE4IIHE  OfSOUICES  44E  OF  40  K4EFIT  14  4  0AL44C 

A  2*73 

414 

UN  mW.  IF  M  OVEITIOE  OVMTITT  041  I4*UT,/,»,40H0T  THE  BSE4 

IT 

A  24M 

417 

2  OIU  K  UT  TO  2E4I  IT  THIS  7400144  0IFD4E  l4LMCIW.,//> 

A  2013 

414 

2*4  IF  INTI  MS.NS,2fS 

A  20*0 

41* 

2*3  7I14T  Ml 

A  20*3 

424 

IN  FWIMT  <S*l,l7IIOVnTlN  3CHEI«l.E./> 

A  21*4 

421 

M  TO  123 

A  21*3 

422 

MS  7I1IT  It* 

A  211* 

421 

11*  FNIMI  (Ml.tSHMSMl  OCWNU./I 

A  2113 

424 

IF  «I4LN.I0.4.>  H  TO  123 

A  2124 

423 

*4111  IIS.JHES 

A  1123 

424 

113  FW44T  (/,I*X,27HST*HTIN  NSKMCE  lEVCl  IS  WITH 

A  2114 

427 

MEI>TM0 

A  2113 

421 

*014?  ISI.IIMS 

A  21N 

42* 

121  FOIMT  </,l4X,24H44II4U4  TIN  4CSUCSTEI  II  ,14,114  TIHE  WITS) 

A  2143 

4M 

U  TO  144 

A  2134 

411 

123  *4141  IM 

A  2133 

412 

IM  FWMT  I4*X,33H*EI1SI  MS0H4CE3  COUVNI  Ml  CNTS.M  IOmMT,y> 

A  21M 

411 

NIHT  113 

A  2143 

414 

113  FOMAT  (7X,IH*CTl«ITT,MX,tSNICI0WtE  VAIWII 

A  2174 

4M 

*4141  IN 

A  2173 

414 

144  FWMT  <»,nHNIIII  lllF,2X,nOM1  42  41  44  43  44  17  N 

■ 

A  2IN 

417 

1*  414  411  412  IIS  414  413  114  117  til  II*  421  FIttI  IKE 

t 

A  2  03 

4M 

MnW.  OVCI  TOTALI 

A  21H 

41* 

143  M  134  >1,24 

A  21*3 

444 

134  I*0K.(JI**0ILIJI 

A  22N 

441 

IF  UFFI.N.II  M  Tl  IM 

A  22M 

442 

Will  133, 11*4011  Jl,>t,24l 

A  2214 

441 

133  FMMT  I3I,IIINUWI1T*I  (,20I4,I0I,//I 

A  2213 
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*44 

C 

0  3220 

44S 

e*«M*ctwr«Ti  run  C44ti,  m4  ikc,  ioaiut.,  mi  04C4iim 

4  2329 

444 

C*«m*4II0UKE  C44T4,  M4  SW  T4  7214  THE  T414L  CMT  FM  4 

4  1294 

447 

C«**«*4IVtl  TIRE  K4I44. 

•  2319 

44t 

C 

4  2240 

444 

944  IQ  949  L«t.t444 

0  2249 

4M 

IF  <IMTI  499,499,149 

0  3390 

491 

949  N  ll« 

4  2399 

492 

»9E»ll>>IEIIl>*04EI(l)-F09L(n 

4  3244 

4U 

0T>MUI<l)*K9(n 

0  2349 

494 

IF  (OF)  179,34«,]74 

4  2274 

499 

174  CIT<C419<t>*aT 

R  2279 

494 

0VEI*0WER*C0I 

0  32N 

497 

40  Tl  144 

«  3219 

499 

179  UU>4ES(I)*UUI«I> 

4  2270 

494 

SRin<C9TRII>«MI 

4  2279 

444 

suRr«surF*sr<n 

4  2144 

44t 

194  CORTtWiC 

4  2149 

442 

CR0IH«C0S1-Slir4 

4  2114 

443 

IF  (R4C1'14Cr)  349, 149. 144 

4  2119 

444 

111  IF  (F9FT-rtRE)  974,lf4,3t4 

4  2324 

449 

144  I01>F11*$UFP*CR04R*OVE4 

4  2139 

444 

IF  (IMW.ST.O.)  40  T4  400 

4  3134 

447 

IF  (tPFI.Rf.t)  44  14  444 

4  2119 

449 

IF  (R4URT-24I  444,444,379 

4  3144 

444 

C 

4  2149 

474 

C««*«*FltRl  FOO  THE  CUIRERf  TIRE  PEIIW  TRE  RES0UKE9  CORSUREI 

4  2394 

471 

CM*««4RI  coil  9IWR4IT  IRFORRRtlOR. 

4  2199 

472 

C 

4  2144 

471 

149  PRIRF  940 

4  2149 

474 

POIRT  249 

4  2174 

479 

FRIRT  144 

4  2179 

474 

K0URT«4 

4  2SM 

477 

400  N  419  Jat.lREt 

4  3109 

474 

IUUI(J)>USEI(J) 

4  2170 

474 

IF  (OUT)  449,449,414 

4  2179 

444 

449  RtCCR((.,JI«IUICI(JI 

4  3404 

441 

Ml  11  419 

4  2449 

442 

410  fOCEO(l.,J>«l»*l«(J) 

4  3410 

443 

419  CIIIIRUE 

4  2419 

444 

ITIIC«PT1RI 

4  2410 

449 

JTI4C«l 

0  2429 

444 

IF  IIM.RC.OT.1.)  10  Tl  410 

4  2410 

447 

IF  (IPPI.RC.tl  00  TO  430 

4  2419 

444 

PIIRT  434,ITIHC,<IUIEI<l).l>l.m9) 

0  3444 

414 

430  FOtR*T  (/,IN4,|],4N  »»»«»*,24I4» 

4  2449 

444 

FRIRT  429,FU,»UFf,C*0»R,0*€4.I0T 

4  3490 

441 

429  FOIRIT  (71I,34HC0ST9  FIR  TNI4  FCI14I  RREl,9F7.4,/> 

4  3499 

443 

K0URT<K4URT*2 

4  3444 

441 

410  TFI1<TFH4FII 

4  9449 

444 

TIHE«TIKE*IUFF 

4  2474 

449 

THORR*TRORR4CRORR 

0  2479 

444 

T0*ER«r0VCI«0VER 

4  2400 

447 

TaTM.«IOT«i*TOT 

0  2409 

441 

SOFFM. 

0  2470 

444 

CROtR«0. 

4  2479 

9M 

OVUM. 

R  2904 

941 

TOT-0. 

4  2949 

942 

C 

4  2914 

941 

0  2919 

944 

C**«««CURIIRT  TIRE  FUlOO.  IF  U.  FLRCE  TRCIR  IEI4UICU  MKI 

4  2920 

949 

C«*«*«IRTO  TNi  FOOL. 

4  2939 

944 

C 

1  3914 

947 

N  490  l•t,ROCT 

4  2919 

941 

ITIREMIFTdl'CORR 

4  2944 

SM 

IF  (TIRE'ITIRCI  490,419,490 

4  2949 
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SI*  US  tr  (MSTCtl)  4M,U«,44«  •  2SS« 

sn  440  M  MS  0  2SSS 

SIS  POSL(J»fOIL(JI«M(l,JI  0  3940 

Sll  4U  CMTIWIC  •  3949 

514  4S0  CMTIMK  •  3970 

919  C  0  *979 

914  CU**«KTIMI«  tr  iOT  •crivims  Otc  KNCMILI9  II  IT40T  *1  *  3900 

917  e*M*«TW  uo  or  m  cuunr  tim  rcRtoo.  ir  lo,  Ktttmm  «  3909 

919  C*****TIIC  OOKR  to  VHICN  ICSOURCtt  4«|  TO  K  4LL0t4T».  0  3900 

9i»  e*****rtioRiiT  to  oiwcN  II  iw  octiom  hum  iic  LONitri  4  3909 

921  CMM«ltMiNlM  P4TN  lEMIN.  If  INCRE  4Rt  IRSUrFlCIERI  0  3400 

921  C*«**«RE90«RCEt,  SLir  INE  OCIIOIII  ORE  ItRE  MU  FOR  4  3409 

923  C««*««CO«llKMriM  II  INI  REll  HUE  rfllOR.  4  3410 

939  C  0  3419 

934  499  II  919  l-I.ROCI  •  3430 

939  MMIM.  4  3439 

934  IP  (IIHE-CUdll  919,440.440  4  3490 

937  440  M  470  9«l,mES  *  3419 

931  rOOLUIaPOOLIJI-nil.Jt  4  3440 

930  ir  <rOOl<J>>  449,470,470  0  3449 

910  449  9HMt*fMRI«000L(JI  0  3490 

911  470  CORIIHUE  0  3499 

913  ir  IIHOIIl  479.930,33*  0  3440 

911  473  M  400  Mtt.MES  4  3449 

914  iriDaPIOLII)  4  3470 

515  400  r09LIN><O00L(N>«RM(|,Rl  0  2479 

314  fll<lt<f91(l»1.  O  3410 

917  N  40*  M«I,MEI  0  2409 

910  ir  (SriRHI)  4*0.400,419  4340* 

91*  409  SPimiM.  4  24*9 

94*  4*0  coillms  4  2700 

941  ir  IIOLW.II.O.)  10  TO  909  O  27*9 

942  tr  (tPPl.NE.t)  GO  to  3*9  *  2710 

941  tr  <R0RRI-2*>  9*9.9*9,409  *  2719 

944  4*9  PItll  SO*  *  2730 


949  900  FOIMI  (91,24Hrai  THE  OlOVC  INrORMrtORi,/,lX,t*INI.  *••«•*»  FOR  *  *  2729 
944  ICItOtll  KIP  41*1*  TNOt  THE  FKLOUtM  lEIOURCEl  lEK  COOSUNEI  MRI  *  271* 
947  2R*TN*I  IIM  PEII0I.,/,SX,1«7N2.  MERE  4CTIVIII  II  LIStEI  UNK*  ACT  4  2719 
940  llPtll  KIP,  II  4E0MS  TMf  OCIIOIII  COUll  Ml  M  tCNEIULEI  I*  TN*t  A  274* 
940  4IIM,/,9X,tlllPER10l  lECAUiE  OF  *  ■ESOURCE  SNOITACE.  IRE  RESOURCE  C  *  2749 


99*  SON  H  IIERririEI  IF  0  OCOAIIUC  M*«flll.>  4  2790 

991  PRIII  249  *  3799 

992  PRIII  14*  .  0  2740 

991  IIWIM  A  2749 

994  C  *  377* 

129  C*****PllRr  INC  ELICIKE  OCIIOIII  1141  IMS  KEI  KtPPEI  DUE  10  0  2779 

994  C***««*  LOCI  IF  RESOURCES  ONI  lOENlIFI  IME  RESOURCE  SMORTASES,  A  27H 

997  C  A  2709 

990  MS  llll■PIIM*l.  *  37*0 

99*  Iim-IINI  4  2709 

940  ITfllaKII  *  30*0 

9*1  lOlllMUi  *  3009 

Ml  M  91*  >1.0121  *  nil 

9U  910  lOPUiMPUl  *  3019 

9*4  ir  (MUK.II.O.I  00  10  91*  A  303* 

9*9  ir  (tPPI.NI.II  00  10  9M  0  3039 

9**  PRIRI  9l9,llll1C,|l(ll,INIIi,IIIPIM>,M*l,MEII  4  301* 

9*7  919  ri04*l  17,11,11,11, II.IM  '.Il.lOMF  4  3919 

9*0  MIIOIMIOUII*I  *  304* 

Mf  01  10  IM  A  2049 

97*  C  A  3IM 

971  C**««*SC1ICI1llf  INI  OCIIOIII,  Ml  INEl  lENIVE  II  PRO!  rUIURE  4  3199 

972  C«**mC0lliMR4IIM.  COMI  ACIIVIIIEI  SCMEOKEI.  CINPVIE  4  30*0 

971  C**4«*C1WIEII  UIC9I  PlOJOei  WCEMHE*  riHltl  1102.  4  30*9 

974  C  *  307* 

979  93*  AIIKIIMIlll  *  2079 
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S7t 

«tFT(it«rTiiic»iw«n 

A  290* 

*77 

IKIKCKIM****. 

*  20R9 

*71 

ClKIt'CKI) 

A  20*0 

S7» 

i*cT*i«cr*r 

A  20*9 

91* 

IF  l**FT<l>-F*FT>  930, 914,129 

A  2*40 

9*1 

929  F1F1>«IFT(I) 

A  2**9 

9*7 

91*  UIIF(1»«IFT(I) 

A  2*1* 

9*1 

919  CMTIMIC 

«  2*19 

9*4 

C 

A  2*2* 

9*9 

TItT  *CTIVITlEi  TO  lEE  IF  UIPFACE  C**  IE  4II0RIEI  VITN 

A  2*29 

9*4 

e***««FIIEf  FL04T,  IF  *01,  CWFUTE  MTIVlTt  IEL*T,  *NI  TNEN 

A  2*10 

917 

C«««m*|JUIT  4CCQ(tIN*LY  TNE  EMLIEIT  IT4RT  TIRE  OF  THE 

A  2*19 

9M 

C<«*M«CTIVirT  IMl  tULUn  IT*R?  HUES  OF  Ml  IMEIUTE 

A  2*4* 

91* 

C«***«KFENOEIT  OCTIVItlEi. 

*  2**9 

9** 

C 

A  2*90 

9*1 

M  94*  l■1,N«CT 

A  2*99 

9*2 

IF  (Eltl)-Eillin  94*,94*.14* 

A  2*4* 

9*1 

14*  IIFF>ES1(I)-E1(I> 

*  2*49 

9*4 

IF  (FF(I)-IIFFt  949,94*.94* 

A  2*7* 

9*9 

949  K41*IIFF-FF(I) 

*  2*79 

9*4 

HEAlMd) 

*  2*0* 

9*7 

M  999  CI.IOCT 

*  2**9 

9*1 

IF  (T(I>-HE4I)  999, 99*, 999 

A  2**4 

9** 

19*  E»<*)«ES(()*H.4T 

A  2**9 

4*4 

999  C0N1IMIE 

A  1*4* 

44t 

94*  COMTINOE 

*  10*9 

4*2 

TIRE<TIIIE*1. 

A  141* 

401 

IF  (IRCI.tT.O)  FTIRE«FTIRE*I. 

A  14(9 

4*4 

IF  (IRCT.OT.t)  COR**FTIRE-TIM 

*  1024 

409 

949  C0R1IRUE 

A  1*29 

4*4 

IF  (IRIRC.**.*.)  00  TO  409 

*  1014 

4*7 

IF  (IFFI.RE.1)  *0  TO  971 

A  M19 

4*« 

IF  IROURT.IT.*)  FRIRT  90* 

A  1*4* 

40* 

IF  (*0IWT-2«>  9**,1**,379  ^ 

*  1449 

41* 

97*  IF  (l*U«.*T.*.l  00  TO  90* 

*  149* 

4lt 

IF  UFFI.RT  l>  K  TO  979 

*  1499 

*12 

IF  (ROORT.**  *1  PRINT  9*0 

A  2*4* 

411 

IF  IROORT-U)  9*0,9**, 979 

*  10*9 

41* 

979  PRUT  249 

*  1*74 

419 

00  to  9*0 

A  1479 

414 

304  PRINT  9*9,K*E*<1) 

c  •»•** 

417 

909  FORRAT  l/,IOX,l*INKI*URCE  FOR  TRIO  ITERtTIOR  IMI  SET  *T  ,I1,7H  URI 

^  ^409 

411 

ITI.I 

A  ]**• 

41* 

9*«  IF  lOUT)  420,420,9*9 

A  10*9 

42* 

9*9  PRIRT  4*0 

*  11*0 

*21 

««*  FORRAT  <//7/l 

A  11*9 

*22 

PRIRT  WO 

*  111* 

421 

90  TO  41* 

•  3119 

424 

4*3  PRIRT  249 

A  1120 

*29 

PRIRT  41*,TITU 

A  1129 

424 

*1*  FORRAT  (11A4,/y) 

A  11W 

*27 

PRINT  419,KRE9I1I 

*  1119 

42* 

*19  FORRAT  l/,t*l,l*N*EIOURCE  FOR  TRIO  ITERATION  V«I  UT  AT  ,I1,7M  ONI 

A  11*0 

42* 

IT9.I 

A  1149 

41* 

00  TO  *99 

A  1190 

411 

*2*  PRIRT  *29 

A  1199 

*92 

*29  FORRAT  <////> 

A  114* 

*11 

POINT  110 

A  11*9 

*14 

*1*  PRINT  419 

A  117* 

*19 

*19  FORRAT  l//,90l,1*inQTAI.  POOJECT  COOT*,//} 

A  1179 

*14 

PRIRT  4M 

A  1100 

*17 

44*  FORRAT  (19I,9NFIXI*,1IR,4NI*IE,*X,4HRORRA1,7X,*NOVE*TINE,IOX,9RT*T 

A  11*9 

*!• 

IAl,/i 

•  ItfO 

*1* 

PRIRT  449,TFIX,II*I.E,TR0RH,T*«ER,T0T*L 

A  11*9 

*4* 

449  FORHAI  I23X,3FI9.*I 

A  120* 

*41 

PRUT  *90 

A  12*9 
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*42 

*42 

*44 

*4S 

*4* 

*47 

*41 

*4* 

*S* 

*21 

*22 

*21 

*24 

*22 

*2* 

*27 

*2* 

*2* 

*40 

**t 

**2 

**J 

**4 

*42 

*** 

*47 

4*2 

**t 

*7* 

47t 

*72 

*71 

*74 

*72 

*7* 

*77 

*71 

*7* 

*M 

*lt 

*12 

*11 

*14 

*12 

*1* 

*17 

*1* 

*2t 

*T* 

*fl 

*72 

*72 

*74 

*72 

*7* 

*77 

*72 

*77 

7*2 

7*1 

7*2 

7*1 

7*4 

7*2 

7*4 

7*7 


*2*  f*««4t  «/7,13X,**M  KTtlLC*  tCMCMit  70*  TNI*  Will  I*  *IW*  T* 
I  Mil  DUiruT  PMC.) 


C«*w*P«»T  PIOJCC7  4CTIV1TT  KNCfULE,  HHICH  CDNIIITI  *F  * 
C*«***LIST1M  OP  IHC  ICPISCt  MTWllT  »T**I  *«*  PUIUI  TIM*, 


*22  PtIHT  2*2 
m>ii 

IF  lOIIT)  *7*,*7*,**« 

440  ftlll  449 

4*2  PMMT  l//,2*l.l7H0VCiTtM  KMMIU./> 

*0  T*  *2* 

*7*  POINT  *72 

*72  FOIMI  (//,27X.l2H*0tHM.  KM2ULC,/) 

*2*  PNIN?  *22 

*22  fOIN*T  (//,24X.2*H  TtOJICT  *0717117  SCMMU,/) 

ICPTfCPT* 
riiNT  *7*,:cPT* 

**«  rO«N*T  (l7«,M((C«iriC4l.  PNTH  rcNRlMriON  »4rE,Il,///> 

*72  PONNNI  (14|,3*HT«£Se  *«£  TM  «£VIS£*  UNIT  M*  PINISM,*H  riMS,/) 
7NINT  70* 

704  FO***T  (/,2I1.12N  tCTIMITY  *T*«T  PINISHI 
72 1  NT  742 

7*2  P02N4T  (24X,IOin«Il  Ml**,**,12N«£**  OP  P£II0H,//> 

C«*«*<USE  CIITIC  lUIPOUriNE  Ta  tCONOE*  *CTiVITI£t 
C4*4*j7*IM  to  PIINIIM  the  PINAL  ECNEPULE. 

C 

«Eirr<« 


'  t»it  ctnit 
20  724  I«f,N«CT 
(NK<XNl«t 

IP  (NNK-23)  712,712,714 
714  P2INT  2*2 
POINT  74* 

POINT  742 
(Kk«* 

712  lTrl)»IIJ) 

IH<I)«N(II 

t4f*T(II>4flT(I> 

1«SPT(I)«*1PTII> 

724  POINT  723,IT<ll,IN<I),t«SII<I>,I4IPT<l> 

722  PO*N*T  <20X,I3,1N  -  ,I3.7X,I3,7X.I1> 

*0  732  I>I,NLI 
IP1«I*I 

10  712  J<IPI,N*CT 
IP  IIEHPIU-TEIIPIJI)  714,732,712 
734  $aOT«T£NP(|) 

T£IIP«I)>TINP<J) 

IENPIJI'SQOT 
712  CONTINUE 

|T£NP(1l>T£IIP<n 
IP  <OUT.OT.4.>  IWOIP-ITENPIU 
POINT  744,IT£NP(I1 

744  POONNT  (7/,l3X,27NHININWI  PtOXCT  UlONTION  •  ,I1,IIN  TIM  *NII*> 
IP  l*M.NC.*T.4,l  2*  TO  77* 


C*«*««TCIT  T*  2CTE0NINC  IP  TM  ICN£*«l£  JOIT  POINTII  ***  AN 
C«*«««OV£*TINX  ICNflULf.  IP  SO,  I£*0  IHE  SVEOTIM  OEIOUOCE 
C««*«*ANI  COIT  AAOATI,  AN*  IMN  OCPtAT  TM  POOSNAH  TO  CONPUTE 
C**4mTM  NONAAL  KM2IILE. 

C 

742  IP  lOUTI  702,7U,72* 

72*  IP  (*M.*C.EO.*.>  0*  TO  722 
NOOEIl'XOtSII i 


A  »t* 

A  22*2 
A  1220 
A  1222 
A  121* 

A  1212 
A  1242 
A  1242 
A  122* 

A  2222 
A  12*2 
A  12*2 
«  1274 
A  1272 
A  1202 
A  12*2 
A  127* 

A  1272 
A  3I40 
A  3142 
A  331* 

A  1112 
4  3324 
A  1322 
A  113* 

A  1312 
A  3344 
A  3142 
A  1324 
A  3322 
A  13*4 
A  33*2 
*  1174 
A  1172 
A  312* 
A  13*2 
A  117* 
A  3172 
A  34*0 
A  3442 
A  141* 
A  3412 
A  3424 
A  3422 
A  1414 
A  1412 
A  344* 
A  3442 
A  3424 
A  1422 
A  1**4 
A  34*2 
A  1*7* 
A  3472 
A  14*4 
A  34*2 
A  3*74 
A  1472 
A  12*0 
A  1242 
A  121* 
A  1212 
A  1220 
A  1222 
A  321* 
A  3232 
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7M 

IMl(1)>J9CS-0lfl(ll 

A  1944 

?W 

JtES««RfS( 1 ) 

A  1949 

71* 

799  99  7**  K0«1,1MEI 

A  1990 

711 

OtESlKO)**. 

*  1999 

712 

7**  CSTOmOIM. 

A  19*4 

711 

7*9  90  774  KO*l,M«CI 

A  19*9 

7l« 

774  Ef(U)*ES(*0>-4. 

A  1974 

7IS 

90  T9  149 

A  1979 

7U 

779  nilRT  7N 

A  19*0 

717 

794  FORMAT  l///.14X,41M4R0JECT  COULR  NOT  IE  CORFIETEI  *9  RESOURCES  REO 

A  1999 

711 

1U1REI  EXCESSES  AVN1LA9LE  RESOURCES  OR  IRE  RfXT  RUl.l 

A  194* 

7lf 

99  TO  9 

A  1949 

72« 

799  IF  (*RlNC.9T.9.i  99  TO  749 

«  1*44 

721 

SO  TO  914 

A  1*49 

722 

744  IF  lITENFtD.OT.TREO)  SO  TO  949 

A  1*14 

721 

SO  TO  749 

A  1*19 

72« 

749  SHRESL'NREKII 

A  3*24 

72S 

PRINT  944 

•  1*29 

72* 

944  FORN*T  (//,94X,17NR«L«NCE  COMPLETE. 1 

A  1*10 

727 

SO  TS  910 

A  1*39 

771 

949  RES(1)>*RES(1)*1.4 

A  3444 

72» 

RRESdI'RESdl 

A  1*49 

71* 

99  TO  7*9 

A  3*90 

711 

C 

A  1*99 

712 

C*««**PR|RT  RESOURCE  OTILtZRTIO*  PROFILES 

A  3**0 

711 

e 

A  MAS 

714 

014  R«l 

A  1*70 

71S 

IF  (IRSM.HE.I)  00  TO  9 

A  1*79 

71* 

RTlHE*jriRE 

A  MS* 

717 

JTINC>JT1U-I 

*  1*99 

711 

019  PRINT  924, R 

A  1*4* 

71t 

924  FORH*T  (INI ,S4X,19WRES0URCE  RUMSER,IX,I2,IX,7NSUNN*RT,//I 

A  1*49 

74« 

PRINT  929,(RTir<K,J),J<l.9) 

A  1740 

741 

429  FORHRT  <24X,1*HRES0URCE  ITER  IS,IX,9«*> 

*  1749 

742 

IF  (RRLRC.ST.O.)  90  TO  130 

A  171* 

741 

RT9T*MRES<R>*N0RES<Ki 

A  1719 

744 

SO  TO  919 

A  1724 

-749 

914  RT9T«4 

A  1729 

74* 

RRESdMRNRESL 

A  1710 

747 

919  PtIRT  944,NRES(RI,KT0T 

A  1719 

74* 

140  FORROI  (IM.llNRORMl  9IMNTJTT  I9f  ,1},24X,3IH9VERTIRC  OUARTITT 

A  1740 

74t 

1  111, 11,219.  (HORNAL  AMR  OVERTIRE) 1 

A  1749 

79* 

PRIST  94S,RC9TRIK).XCST0IK) 

A  1790 

791 

049  FORMAT  <24X,21MN0RMAL  C0ST/PCRI09  ISl  , 11,201, 21N0VERTIHE  COSI/PER 

*  1799 

792 

ll09l,l},/> 

A  17*0 

791 

PRIRT  090 

A  17*9 

794 

990  FORRAT  (92X,3]HVTILI2*TI0fl  IHFORRATIOR,/) 

A  1779 

799 

PRIRT  099 

A  1779 

79* 

099  format  I24X,19HN0RMAL  9CI«9HLE,39X,I7H0VERTINE  SCHEMLEI 

A  179* 

797 

PRIRT  0*0 

A  17*9 

799 

9*4  format  d4l,9H9U*HTITT,a,T4NPERCENT  UTILIZ*TI9H,4X,9MUANTITT,*I, 

A  1740 

79* 

IIPMPCRCERT  UTILIZATION) 

A  1749 

Tt» 

PRIRT  9*9 

A  1*40 

7*1 

0*9  F9RRAT  (9X,4NTIRE.7l,4MVSC9,7X,22llO  12149*794  19,41, AMUSES 

A  1009 

7*2 

1,71,2211*  12149*704  T*,//) 

A  1*1* 

7*1 

N  070  Rat ,110 

A  1*19 

7*4 

07*  LINE<Rla*LARR 

A  1920 

7*9 

N  410  Lal.RTlME 

A  1*29 

7*4 

IPTaU  (N9CERa,K)  )42t .  I/URESIK)  1)420. 

A  1*10 

7*7 

JPTal <RRCEO<L,R) 1*21 .)/<KRES(R)*«0RES<K))47*. 

A  1*19 

7*9 

N  979  Ra29,lPT 

A  1044 

7*9 

979  lllE(R)aNORIt 

A  1049 

779 

RFLROaO 

A  199* 

771 

K  990  Ha70,JPT 

A  1099 

772 

IF  a-IVUTP>1)  004,990,009 

A  10*0 

771 

900  llRE<R)aOVIRT 

A  19*1 
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M  Tl  •«« 

fu  inM*i 
•H  CMIINUC 

IF  tIFLMi  •Ts.an.tos 

nilRT  fM,LT.M>CEN(L,K),aiK41>,l«M,4«>,MCE0(L,N)((LIHf(t>,W* 
I.FU 

fN  FMHMT  <».I],n,U,U,»*t,n.I3.n.22«M 
M  TO  *19 

«09  FtllT  flO,LT,MKEI(L,K>.<LINE(t>.l«21.4t>,(UHE(l>,I«7*,t1> 
flO  FHMT  OX, ll,0X,Il,U,224t.2OX, 22*11 
to  N  ttO  O-Xl.lFf 
t2«  lINEiNOILAM 
N  f29  OaFO.JFT 
t29  L1K(R)-IL«M 
tM  CHTIINC 
ntINT  f39 

f39  FOOMT  (y/,SiX,JtHFMITIM.  OOCOTTHE  OTIllXATION  ASSUMES  NtAAAL  SUAN 
ITlTlEt  USCS,/,SSI,72MrULLT  KFOAE  OUEITIHE  FOI  COSTINS.  FM  EXANPL 
2t,  IF  T«  QUEATIME  IU*RIlTT./,9II,A4NtR0INAL  All  OVEITtHE)  IS  2  AN 
IS  SALT  I  UNIT  IS  USES,  THEN  THC,/,9SX,9IHNTtLlZAT10N  COST  IS  NORMA 
«.  ANN  TNE  ISLE  CSST  IS  2ENS.> 

R*R«I 

IF  (HNES.SC.R>  SO  TO  SO 
SS  TO  9 
to  FSIRT  f49 

t49  FORNAT  <IN«,2X,73HN0  lAUMKE  AS  SUNSEN  tf  RESOURCE  TTFES  IS  SREATE 
It  THAN  I  >  NUN  TERHINATEBt 
SB  TO  9 
tSS  FRIRT  t99 

t99  FORRAT  <INS,2X,72NRt  BALANCE  A*  TINE  RESUIRCS  It  USB  THAT  CRITIC* 
tl  PATH  TCRHIRATION  SATE) 
to  TO  9 

tAS  FRIST  tAS 

tA9  FONHAT  <tHS,2X.7tHA  NUN  CANNOT  BE  NAIE  At  TNE  NUNICt  SF  ACTIUITICB 
1  It  LESS  TNAN  A  NININUN  THREE.) 

OS  Tt  9 

ESS 

tUSNSSTIHE  etlTIC 

tlNEHSISN  EFdtt),  LtllSSI,  LFItSt) 

CONNOR  TllOt),  ROSSI,  RUROSSI,  ESOSSI,  TFI1SSI,  FFOSS),  CRTS, 
ORORN,  NACT,  UXIT,  aSTOSS),  ASFTOSS),  NSOSt,2S),  URES 
INTESER  TACT,  T,  H,  TF,  FF,  ES,  BUS,  SB 
REAL  LS,  LF 

C  «•«  CFR  tUSNSUTINE  TO  FINS  tUT  CSITICAI  FATN 
C 

c  •••  TACT>TtTAL  NUNSER  OF  ACTItITJES. 

C  •••  SNORH«tIART  TINE  FOR  PROJECT. 

C  •••  T<I)>T*IL  ROM  NUNSER  FOR  ACTIVITT  X. 

C  •••  N<II«HCAt  NOSE  RUHtCR;R<II>Tll>. 

C  •••  SURlIXtURATION  TINE  OF  ACTItlTT  1. 

C  •••  CFTS«CNtT)CAL  FATN  TIRE 
C  •••  EtlllHANLIEST  START  TIRE  FOR  ACTISm  I. 

C  •••  EFUIOAtLIEST  FINISH  TINE  FOR  I. 

C  •••  Lt(I)«L*TCST  START  TINE  FOR  t. 

C  •••  LFUIHATEST  FINISH  TINE  FOR  I. 

C  •••  TFII)«TBTAL  FLOAT  Ft*  ACTIVITT  I. 

C  •••  FFUI-FREE  FLOAT  FOR  1. 

C  M«  ASSTIIIOCHEIUU  START  FOR  ACTIVITT  I. 

C  •••  ASFTdlOCNEtOU  FINISH  FOR  ACTIVITT  I. 


C  •••  CNECR  THE  INFOT  BATA 
C 

rACT«R*CT 
to  9  l■l,TACt 

IF  WUIAl.TIIli  at  TO  129 


A  UfV 

A  1079 
A  MBS 
A  lots 
A  MtS 
A  MV9 
A  Its* 
A  1V09 
A  Itl* 
A  ItO 
A  1*2S 
A  It29 
A  ItlS 
A  ITIS 
A  lt4S 
A  1*49 
A  1*9* 
A  1*99 
A  Its* 
A  1*49 
A  1*70 
A  1*79 
A  IttS 
A  1*09 
A  1*«* 
A  S*V9 
A  4tS* 
A  40*9 
A  4*1* 
A  4019 
A  4*20 
A  4*29 
A  4*1* 
A  4*19 
A  4*4* 
A  4*49 
A  4*9* 
A  4*99 
9 
I* 
19 
2* 
29 
M 
19 
4* 
49 
9* 
99 


I 


•41 

9  CMTINUC 

I9« 

142 

C 

199 

•41 

C  •••  raiMUIT  9«llt«a  W  TAIL  MKl. 

14* 

•44 

c 

149 

•4S 

■I4|4CT*I 

17* 

•44 

•0  29  tft.m 

179 

•47 

»4||*l 

!•• 

•44 

I*  IF  (liai.LE.T<HI>l  Mi  !•  24 

199 

•44 

•0  19  l4l,M{9 

IV« 

•M 

lltRFMHIH.l) 

IV9 

•91 

•N(M,L)4M(H,L) 

2«« 

•92 

19  ••IN,L)4|Ulir 

249 

•91 

J|4l(MI 

210 

•94 

MINIMI 

219 

•99 

JI«I«R<«> 

220 

•94 

M«4aST(NI) 

229 

•97 

4«*4(FI(n> 

210 

•99 

T«»|4|(a) 

219 

I9t 

H(NI)4M(II> 

24* 

•4* 

249 

•41 

«$ST(«X|44SST(NI 

29* 

•42 

4SFT(NII>4tFT<ll> 

299 

14) 

T(N|4jl 

240 

•44 

249 

•49 

•Miai-Jt 

270 

•44 

•••1(R|44C 

279 

•47 

MFTiaiaaa 

2W 

•44 

2«  ax4ai4i 

299 

•4* 

IF  lax.av.Tacf)  ••  ra  29 

2V« 

•7* 

M  !•  14 

2V9 

•71 

29  COaTlRUt 

IM 

•72 

c 

M9 

•71 

e  *44  KCUaMI  tWTlM  Ml  NCM  MK. 

110 

•74 

C 

119 

•79 

R|4TMT*I 

120 

•74 

•0  94  R4|,U 

229 

•77 

RRHI4I 

310 

•7« 

14  IF  (TiD.ai.Tiaaii  ••  n  9* 

119 

•TV 

IF  <•lal.•t.a<a•ll  ••ran 

14« 

•M 
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